Surfin’ Safari

Archive for March, 2008

Scenes from an Acid Test

Posted by Maciej Stachowiak on Thursday, March 27th, 2008 at 11:44 pm

In our earlier Acid3 post, I mentioned that the final test we passed, test 79, was super tough. This test covered many details of SVG text layout and font support. To pass it, we had to fix many bugs. Unless you are a hardocore standards geek you may not find all these details exciting, but [...]

WebKit achieves Acid3 100/100 in public build

Posted by Maciej Stachowiak on Wednesday, March 26th, 2008 at 6:55 pm

UPDATE We now believe we have a full rendering pass (but not necessarily an animation smoothness pass yet). See the bottom of the post for details.
UPDATE The Windows nightly is now available for download. See below for details.
With r31342 WebKit has become the first publicly available rendering engine to achieve 100/100 on Acid3. The [...]

Enabling SVG Animation: Acid3 99/100

Posted by Antti Koivisto on Wednesday, March 26th, 2008 at 5:07 pm

In r31334 we enabled the SVG Animation support that has already been in the engine for a while but has not been enabled by default so far. We also implemented support for the beginElement() and endElement() methods. As a result we now pass the Acid3 test 76.
SVG Animation is a specification that has not been [...]

WebKit hits 98/100 on Acid3

Posted by Eric Seidel on Wednesday, March 26th, 2008 at 10:16 am

We fixed our XML processing in r31316 to stop auto-recovering from invalid byte sequences and instead treat invalid bytes as fatal errors, as required by XML 1.0. To quote the spec:
It is a fatal error if an XML entity is determined (via default, encoding declaration, or higher-level protocol) to be in a certain encoding [...]

ElementTimeControl: 97/100

Posted by Antti Koivisto on Wednesday, March 26th, 2008 at 10:15 am

We added the ElementTimeControl interface that is part of the SVG Animation specification. This completes Acid3 test 75 and got us up to 97/100. Three to go!

Acid3: NodeIterator fix leaves us with 4 points to go

Posted by Darin Adler on Tuesday, March 25th, 2008 at 5:49 pm

WebKit was still failing on test 2 of Acid3. That’s a NodeIterator test. The problem was a simple one: While NodeIterator objects were rigged to update themselves when nodes are removed from the document, there were a couple of edge cases that weren’t handled quite right. I tried to fix this about a month ago, [...]

GDI Text on Windows

Posted by Dave Hyatt on Tuesday, March 25th, 2008 at 10:47 am

The version of WebKit that ships with Safari 3.1 on Windows uses CoreGraphics antialiasing for text. The latest WebKit in nightly builds has made good progress on a GDI text rendering mode (i.e., the text rendering matches your OS look/settings). We encourage Windows testers to try out GDI text rendering and file [...]

Optimizing Page Loading in the Web Browser

Posted by Antti Koivisto on Sunday, March 23rd, 2008 at 5:27 pm

It is well understood that page loading speed in a web browser is limited by the available connection bandwidth. However, it turns out bandwidth is not the only limiting factor and in many cases it is not even the most important one.

The graph above shows the time it took to fully load the Wall Street [...]

WebKit gets an A+ on Acid3

Posted by Eric Seidel on Saturday, March 22nd, 2008 at 3:05 am

As of revision 31231, WebKit passes Acid3 subtests 23 (bug) and 25 (bug). That brings our score up to 95/100 — an A+! We fixed our parsing of qualified names to match the DOM Level 3 Core specification and now correctly throw NAMESPACE_ERR and INVALID_CHARACTER_ERR exceptions for invalid calls like:
document.createElementNS(null, “foo::bar”) or
document.implementation.createDocumentType(”:bar”, null, [...]

Full Page Zoom

Posted by Dave Hyatt on Friday, March 21st, 2008 at 12:23 pm

WebKit now supports full page zooming on Mac and Windows. Because this feature involves new WebKit API, it’s not something you’ll see in nightly builds by default (since the Safari used with the nightlies calls the text zoom API). I have added a debug preference, though, that will cause the text zoom methods [...]