This should explain it on Mac: http://michelf.com/weblog/2006/subpixel-antialiasing-achilles-heel/
Here is the important part:That said, I think Quartz is pretty smart because subpixel antialiasing works on semitransparent backgrounds, like menus pulling out from the menu bar. It implements some sort of gradual degradation of the subpixels. For instance, if the background on which it draw text has a transparency of 50%, half of each subpixel value will be standard antialiasing, the other half being subpixel antialiasing.
So if an application draws in an offscreen buffer with a transparent background — surprise! — no subpixel antialiasing. Until Apple implements some kind of aRaGaB compositor, application developers will have to choose between a fast application with off-screen rendering or subpixel antialiasing, but not both. I think the choice is easy to make for developers.
Stefan Am 15.10.2007 um 21:37 schrieb Stefan Schimanski:
Am 15.10.2007 um 12:15 schrieb Stefan Schimanski:Well, maybe not so wired. Just a guess: the backing pixmap is not transparent. The cache uses transparent pixmaps and as I wrote in the last posting, I think this makes a difference.I removed the transparent fill command. Still there is not sub- pixel rendering. Strange.Checked again. This time I not only took out the transparent fill, but also put in a white fill. And voila: sub-pixel rendering works. So my initial guess was right. Any idea now? Transparency is quite essential for the approach I think :-/Stefan
PGP.sig
Description: Signierter Teil der Nachricht
