Summary: | REGRESSION (r78201): -webkit-font-smoothing:antialiased turns off ClearType | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Adam Roben (:aroben) <aroben> | ||||||
Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> | ||||||
Status: | RESOLVED WONTFIX | ||||||||
Severity: | Normal | CC: | andersca, mitz | ||||||
Priority: | P2 | Keywords: | InRadar, PlatformOnly, Regression | ||||||
Version: | 528+ (Nightly build) | ||||||||
Hardware: | PC | ||||||||
OS: | Windows XP | ||||||||
URL: | http://www.bbc.co.uk/news/science-environment-12911806 | ||||||||
Attachments: |
|
Description
Adam Roben (:aroben)
2011-02-07 14:51:12 PST
Created attachment 81528 [details]
Part of apple.com/startpage with the old drawing area
Created attachment 81529 [details]
Part of apple.com/startpage with the new drawing area
The new drawing area won't be on by default until bug 53805 is fixed. It looks like we're not getting subpixel antialiasing when using the new drawing area. I tried changing ShareableBitmap::createGraphicsContext to pass kCGImageAlphaNoneSkipFirst to CGBitmapContextCreate, but that had no effect on this bug. Text on apple.com/startpage should not be subpixel-antialiased, since the page specifies "-webkit-font-smoothing: antialiased;" on its body element. It is not subpixel-antialiased in Safari 5.0.3 on Mac OS X. Nice progression. Thanks for the clarification, Dan. I guess it is technically a progression in this case, but it seems likely to be a regression in other cases. Disabling that -webkit-font-smoothing rule in the Inspector doesn't restore the subpixel antialiasing. It looks like -webkit-font-smoothing:antialiased isn't respected for GDI text, even in WebKit1. I filed bug 54004 about this. The text on webkit.org is subpixel-antialiased, even with the new drawing area. I wonder what makes the text on apple.com/startpage different? I have a sneaking suspicion that the underlying issue here is that the GraphicsContext that DrawingAreaImpl draws the page into isn't backed by an HDC/HBITMAP. Now that the new drawing area is on by default (see bug 53805), it's easiest to just compare the rendering to WebKit1. This bug should probably be retitled to describe a real issue and not a case of correct behavior. Here's a much better example: http://www.bbc.co.uk/news/science-environment-12911806 That page has subpixel antialiasing in WebKit1, but not in WebKit2. (In reply to comment #14) > Here's a much better example: http://www.bbc.co.uk/news/science-environment-12911806 > > That page has subpixel antialiasing in WebKit1, but not in WebKit2. This page specifies "-webkit-font-smoothing: antialiased", too, so is a progression from WebKit1. I guess we don't have any evidence that there is a bug here. There is definitely a change in behavior. (GDI text is now affected by -webkit-font-smoothing, but wasn't previously.) Presumably the sites that are using -webkit-font-smoothing were testing on Mac or with CG font rendering on Windows, since it had no effect with GDI font rendering in Safari 5. It's hard to say whether the new behavior is better than the old behavior from a compatibility standpoint, though it's obviously more correct. |