Around the Browsersphere #15

Posted on January 7th, 2010 | 5 Comments »

We’re covering everything from the difference between Yahoo! Answers and Stack Overflow, to Firefox sabotage against IE8 add-ons, to Taco Bell marketing campaigns in this trip around the browsersphere.  Are you ready?

General

Chrome

Fennec

Firefox

Internet Explorer

Opera

The Minor Players

Tags: , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , ,

Around the Browsersphere #14

Posted on January 1st, 2010 | 2 Comments »

I’ve been doing my best to keep my finger on the pulse of the browsersphere over on Twitter, but you know you’re not getting the real deal until we go “around the browsersphere.”

General

Chrome

Firefox

Internet Explorer

Opera

Minor Players

There’s a lot more to cover, but that should hold you over until 2010. ;)

Happy New Year, everyone.

Tags: , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , ,

Chromium Tech Talk Videos

Posted on December 17th, 2009 | 1 Comment »

chromium_logo_smallOne of the things I’ve always been fascinated by is the low-level side of web browser development.  I used to look through Mozilla’s source code, take a look at patches that were added to Bugzilla, and try to find anyone on the web who actually did web browser development to get a sense for what it entailed.  Back in the day, getting that type of information was very much so a do-it-yourself kind of venture.  The closest I really came to getting low-level yet consumable details was when I used to follow David Hyatt’s work several years ago.

Having had those experiences in the past helps me appreciate even more the fact that the Chromium community has been publicly exposing details about the “guts” of Chromium in several tech talks posted over at the Chromium Blog.  The tech talks have been archived in video form on YouTube so that anyone interested in the details of Chromium development can find out more about what’s involved.

One video features Darin Fisher, who used to work for Mozilla, talking about The Chromium WebKit API.  In another, Pam Greene covers Chromium WebKit Layout Tests.  In another, Brett Wilson discusses Painting in Chromium.  Last but not least, Eric Seidel, who has worked on both Safari and Chrome, goes in-depth about Rendering in WebKit.

That last video is probably the most interesting to me, simply because it deals with the rendering engine and also unveils a few interesting facts.  For instance, WebKit is made up of almost 2 million lines of code and is developed by about 80 active committers, of which about half work for Google.

If you’re interested in how web browsers are tested, how HTML source gets transformed into what you see on a web page, etc., you’d be doing yourself a favor by checking out the Chromium tech talks.

Tags: , , , , , , , , , , , , , ,

The Current State of CSS Gradients Support

Posted on May 8th, 2009 | No Comments »

CSS GradientsWhile doing some web design brainstorming earlier today, I wondered if any progress had been made on adding support for CSS Gradients beyond WebKit, for which support was first introduced a little over a year ago.  Via MozillaZine, I realized I’m not the only one wondering this, and ended up stumbling upon the Bugzilla bug tracking the progress of CSS Gradients support in Firefox.  Reading through some of the commentary there, it gave me a newfound appreciation for just how fluid the implementation of these kinds of features really is.  For example, it’s somewhat obvious that the original support as announced at Surfin’ Safari was based on some of the canvas documentation related to HTML 5.

Paraphrasing the HTML5 spec and adjusting the language slightly to not be canvas-specific:

“The color of the gradient at each stop is the color specified for that stop. Between each such stop, the colors and the alpha component must be linearly interpolated over the RGBA space without premultiplying the alpha value to find the color to use at that offset. Before the first stop, the color must be the color of the first stop. After the last stop, the color must be the color of the last stop. When there are no stops, the gradient is transparent black…”

Furthermore, it’s obvious that not everyone completely agreed with the initial implementation, and it’s clear that Firefox developers collaborated with WebKit developers to hone in on a more logical implementation.

All of that being said, the reality is that CSS Gradients are not supported widely enough at the moment to be considered tools in the common web developer’s tool belt.  As aforementioned, Firefox support is still in progress (as of yesterday, in fact) and support in Internet Explorer 8 and Opera 10 appears to be non-existent, based on visits to this demo in those browsers.  The demo only seems to work as expected in Safari and Chrome (the latest “Dev” version, at least), which makes sense, since those are the major players that sport WebKit under the hood.

We’ll be keeping an eye on the progress of CSS Gradients support and several other, similar implementations over the coming year.

Tags: , , , , , , , , , , , , , , , , , , ,

Geolocation API Support Coming to Safari

Posted on April 8th, 2009 | 9 Comments »

A couple weeks back, Opera made headlines when it released a browser build supporting the Geolocation API as specified by the W3C.  That prompted Ars Technica to write an article summarizing current Geolocation API support, which mentioned that both Opera and Mozilla (more on the Firefox implementation can be found at Mozilla Links) have released browsers supporting the API.

Now it appears that Safari will soon be supporting the Geolocation API as well.  In documentation that appears to have gone out to iPhone developers regarding new features in iPhone OS 3.0, the following appears:

Safari…supports the Geolocation JavaScript classes, which work with the onboard location services to retrieve the current location of the device.

A Google search for “safari geolocation” doesn’t really turn up much useful information, but it’s obvious from existing WebKit bugs that the feature has been getting some attention as of late.

It’s going to be interesting to see how prevalent the use of this API by web developers becomes as more of the major web browsers add support for its functions.

Tags: , , , , , , , , , , ,

SXSW Browser Wars Panel

Posted on March 17th, 2009 | No Comments »

Despite almost feeling like I was there, thanks to the folks I’m following on Twitter, I was very interested in finding out more about what was discussed at the SXSW panel, Browser Wars III: The Platform Wins, which went down yesterday.  Now that I’ve read SXSW: Big Browsers Butt Heads, I think it’s pretty safe to say that no wars actually broke out (despite some people’s wishes).  There was some interesting discussion, though, ranging from Google’s choice to go with WebKit for Chrome instead of Gecko, to what web standards have in common with sausage, to how JavaScript performance became such a huge part of the browser wars of late.  Definitely give the article a read if you get a chance.

Tags: , , , , , , , , ,

Digg Watch #5

Posted on December 31st, 2008 | No Comments »

Let’s take a look at what web browser news has surfaced over at Digg over the past month:

And now for some bonus coverage from Slashdot:

Happy New Year, everybody.

Tags: , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , ,

Google Chrome Coming Tomorrow

Posted on September 1st, 2008 | No Comments »

Over at the Official Google Blog, Google announced today that they are releasing “a fresh take on the browser” tomorrow which they have dubbed Google Chrome.  Here are the choice tidbits from the article (at least from my perspective):

  • The release will be a beta version and will be released in more than 100 countries.
  • Google “started from scratch” and used the “best elements out there.”
  • The browser is apparently clean and fast.
  • The browser supports tabs, and each tab is isolated in such a way that a crash in one shouldn’t affect the others.
  • Google created a new JavaScript engine for the browser, which they call “V8.”
  • Google is working on versions for Mac and Linux, but it doesn’t sound like they will be ready to download tomorrow.
  • The browser is based off of both WebKit and Firefox, and will be released as open source, just like they are.

There are a few other details already available on Wikipedia:

  • The address bar will have auto-completion features (apparently called “omnibox”).
  • Web apps can be launched in their own web browser window with very little surrounding chrome.
  • It is integrated with Google Gears.

Be sure to drop by the Official Google Blog tomorrow if you feel like giving the beta a test drive.  Not that I really needed to tell you that, since I’m sure every single browserphile running Windows will be downloading it tomorrow and seeing what it’s all about.

Tags: , , , , , , , ,

Testing WebKit Nightlies on Windows

Posted on July 8th, 2008 | 5 Comments »

Anyone who has followed the support for web standards in today’s popular web browsers knows that the WebKit rendering engine has been at the forefront of that support.  Therefore, if you’re a browserphile like me, there’s a good chance you’re interested in testing out the latest and greatest WebKit build so you can see what all the fuss is about.  The following is a step-by-step list of things I had to do to get WebKit nightly builds working on my Windows computer.

  1. Download and install the Safari web browser for Windows.
  2. Download the latest WebKit nightly build for Windows.
  3. Unzip the contents of the download to a location like C:\Program Files\WebKit Nightlies.
  4. In the contents of the extracted folder, run (either from the command line or by double-clicking on the file) run-nightly-webkit.cmd.
  5. Watch as several necessary files are copied over to your Safari installation directory.
  6. If Safari launches and then crashes, fear not.  First try running the run-nightly-webkit.cmd file again.  If the crashing persists, work backward through the Windows Nightly Build Archive until you find a working build.  Remember, nightly builds are almost always considered dangerous (which is why the Firefox nightlies are called “Minefield“) so it may take some tinkering around before you find a good one.  The last good one I found at the time of writing was r34388.
  7. If Safari launches and renders the default start page, you’re in business.

If you want to verify that you’re indeed using the WebKit nightly build you downloaded and not the default Safari rendering engine included with the latest version (3.1.2 at the time of writing), an easy way to check is to head on over to the Acid3 test.

This is what the test looks like in Safari 3.1.2:

Screenshot of Acid3 in Safari 3.1.2

And here is what it looks like in WebKit nightly build r34388:

Screenshot of Acid3 Test in WebKit Nightly Build r34388

Pretty cool!

I’d be remiss not to mention Swapnonil Mukherjee’s previous post on the subject, which proved to be a pretty good guide to getting a WebKit nightly build running on my computer.

Tags: , , , , , , , , , , , ,

Twitter Watch #2

Posted on May 15th, 2008 | 1 Comment »

Last time around I used Tweet Scan, this time I’m giving Summize a try:

Tags: , , , , , , , , , , ,