RSS

Category Archives: webkit

>WebKit (Safari) gets a new JavaScript engine: SquirrelFish

>
On “Surfin’ Safari“, the WebKit blog (WebKit being the engine for Apple‘s Safari browser) an new JavaScript engine has been announced. It’s called SquirrelFish.

While the current JavaScript engine (in Safari 3.1) is an interpreter, the new one is based on bytecode execution, increasing the possibilities for performance improvements. Already the WebKit developers are claiming a 50% improvement over the production release of Safari, version 3.1.

Although the fish logo is funny, I find it hard to associate it with speed in any way…

Advertisements
 

>Epiphany browser switching to WebKit engine

>The Epiphany browser (for GNOME) is announcing a switch to the WebKit engine. See the announcement:

 
Leave a comment

Posted by on 2 April 2008 in browser, epiphany, gnome, gtk, linux, webkit

 

>WebKit passes Acid3 test

>Wow, they did it! While my Firefox 3 beta 4 (on Mac OS X 10.4) gets no more than 68 points (out of 100), the WebKit team managed to make their browser engine pass the Acid3 test:

Now they ‘just’ need to do some profiling to make sure the test is passed quickly and the animation is smooth…

They sure deserve some credit for this!

 
Leave a comment

Posted by on 27 March 2008 in acid3, browsers, compatibility, standards, webkit

 

>Color spaces in Safari and Firefox 3

>Since long, Safari 3 has supported support for color profiles (see the WebKit blog entry Color Spaces). Now the Firefox 3 betas also come with support for it, although it’s disabled by default.

To enable support for color spaces in Firefox 3 beta 4, do the following:

  1. Go to about:config
  2. Confirm you want to edit settings
  3. Set the option “gfx.color_management.enabled” to “true”
  4. Restart Firefox

Now check out some sites. Like with Safari 3, colors in sites may look quite different, since an extra step is applied to convert the colors from the original color space to the color space for your screen.

For web developers this smart behavior introduces some challenges, since sites now look different on different browsers on the same platform. Of note, Safari and Firefox implement color space support differently: Safari only adjusts images (such as PNGs), while Firefox also adjusts CSS colors.

So even between Safari and Firefox 3 with color space support enabled, there are differences, as reported in Firefox bug report #424356 (see the attached screenshot) Firefox seems to do a better job here than Safari, because with the latter the colors of different elements on a web page may mismatch, as can be seen (with Safari 3.1) on a website like http://www.route65.eu/.

For web developers, here’s a pragmatic approach:

  1. make sure your images do not include a color profile (saves ~4KB)
  2. do not specify colors in CSS if there is an image that needs to match the color, instead use a dot image with the exact same color

Still your site will look different on browsers with or without color space support, but at least you work around the problem in Safari 3.1.