Closed Bug 328650 Opened 19 years ago Closed 19 years ago

No subpixel rendering on Intel

Categories

(Core Graveyard :: GFX: Mac, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: kaya, Assigned: jaas)

References

Details

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.1) Gecko/20060225 Firefox/1.5.0.1 Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.0.1) Gecko/20060225 Firefox/1.5.0.1 OS X has several antialiasing settings: Standard, Light, Medium, and Strong. While "Standard" antialiasing does not make use of subpixel (Cleartype-like) rendering, the others do. My Intel Mac is set to "Strong" but neither Firefox nor Thunderbird will render fonts to subpixel granularity. This is easy to verify by zooming in with a Universal Access shortcut. I imagine that either these apps are ignoring the system wide setting or else do not use OS X native font renderer. I hope it's the former; I think the world of OS X font rendering. Reproducible: Always Steps to Reproduce: 1. Set System Preferences -> Appearance -> Font smoothing style to Light, Medium, or Strong 2. Enable Zoom via System Preferences -> Universal Access -> Zoom 3. Restart Firefox 4. Restart Safari 5. Navigate Safari and Firefox to the same web page. 6. Zoom in on rendered text (Command-Option-=) Actual Results: At high zoom, both Safari and Firefox text will contain color fringing, indicating subpixel rendering. Expected Results: Safari text contains color fringing but Firefox does not.
Whoops; wrong component!
Component: GFX: Gtk → GFX: Mac
Note that in the original description, "Actual Results" and "Expected Results" are backwards. D'oh!
Apparently disrespecting a user's font setting is common in the OS X world: http://www.michelf.com/weblog/2006/subpixel-antialiasing-achilles-heel/ However, released 1.5.0.1 Firefox bits running on my PowerMac subpixel render without any issues. The same stock 1.5.0.1 release running under Rosetta on Intel does not. Perhaps the new Intel iMac accelerates more composting operations in hardware, killing subpixel rendering as described above.
Assignee: nobody → joshmoz
QA Contact: gtk → mac
*** Bug 331288 has been marked as a duplicate of this bug. ***
To help clarify the difference between the PPC and Intel versions for anyone who doesn't fully get this bug, I've attached a screenshot to bug 311288 which you can also see here: http://homepage.mac.com/thenonsuch/firefox/images/fontsmoothing.png If you use the built-in zoom function on Mac OS X to zoom in, you will see that while both are antialiased, the PPC version also utilizes colours in its smoothing, where the Intel version does not.
Is this true for other QuickDraw based apps on Intel?
It's possible - what other Apple applications do you know that use Quickdraw?
This is definitely a bug. I've screen cap'ed a comparison here: http://www.anm.la.ca.us/blog/mozilla/macbook-pro-font-rendering-with-firefox/ In particular, the same build runs fine on PPC but not on Intel (via Rosetta) nor a native Intel build.
*** Bug 334242 has been marked as a duplicate of this bug. ***
I'm actually seeing this on the Bon Echo build I'm running on my laptop (20060417), too.
(In reply to comment #10) > I'm actually seeing this on the Bon Echo build I'm running on my laptop > (20060417), too. > Sorry, my *PPC* laptop.
I disagree. I previously compared my 800Mhz DVI PowerBook to my 2.16Mhz MacBook Pro. Here is a repeat of that link. http://www.anm.la.ca.us/blog/mozilla/macbook-pro-font-rendering-with-firefox/ Also, I just installed 1.5.0.2 on my PowerBook and still see the "colorful fringes" indicative of sub pixel rendering. My revisit of the issue on 1.5.0.2 on my MacBook still lacks this: http://www.anm.la.ca.us/blog/mozilla/macbook-pro-font-rendering-with-firefox-revisited/
Well, there's some kind of issue, especially with sites that use non-white backgrounds and white text. I'll attach a screenshot of what I see when I visit Daring Fireball: http://www.daringfireball.net/ This is with Bon Echo 20060417.
Your screenshot has the tell tale color fringe of subpixel rendering. Especially look at the italic 'hoped' at the end of the first paragraph. Since subpixel rendering relies on knowing the background color (the right fringe of balck-on-white should be bluish, but white-on-black should reddish), you may have found some other rendering (but it doesn't look bad to me).
Andrew - the top two paragraphs exhibit subpixel rendering, but not the bottom two, and this changes depending on what is current visible in the view port. I'm attaching another screenshot from the NYTimes.com site that distinctly shows no subpixel rendering, from the same Bon Echo build and the same Powerbook.
Okay. I see that now. That's weird. My PowerBook (ATI Mobility Radeon 7500, Chipset ATY,RageM7) has subpixel rendering on Firefox 1.5.0.2 running under OS X 10.4.6 on the nytimes.com site, including the same headline/byline/article text fonts you showed. My MacBook Pro (ATI Radeon X1600, Chipset ATY,RadeonX1600) does not.
Hi, we have a solution now. It appears that the 10.4.7 update to OS X has forced the issue and turns on proper subpixel rendering of text everywhere even for applications (like Firefox) that stubbornly used an old method before. Update your Intel Mac to OS X 10.4.7 and this bug will become a non-issue.
(In reply to comment #19) > Update your Intel Mac to OS X 10.4.7 and this bug will become a non-issue. Confirmed.
(In reply to comment #19) You make it sound like we were doing something wrong. We weren't. We always worked fine on ppc, and now we work fine on x86.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Perhaps comment #19 refers to the fact that Safari's subpixel rendering has always worked correctly, indicating a difference of approach.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: