Build ID: 2002081403 The ATSUI fallback uses old QD rendering instead of Quartz anti-aliasing. Using Quartz anti-aliasing throughout would look better--especially with pages that have both chars that go through the MacRoman codepath and chars go through the ATSUI fallback codepath.
I think this is really an Apple bug. To work around it, we'd have to do what my ATSUI patch does for ATSUI-rendered text, which is to set a CGContext on the ATSUTextLayout (and deal with the resulting coordinate switch).
Maybe this should just be WONTFIX in favor of bug 121540.
Is this what causes Latin and Cyrillic characters in the same Unicode font to display at different quality levels?
> Maybe this should just be WONTFIX in favor of bug 121540. I guess that depends on the ETA of bug 121540. > Is this what causes Latin and Cyrillic characters in the same Unicode font > to display at different quality levels? If you aren't seeing a similar quality difference in TextEdit, yes this is the bug.
Opera 6.0b3 just got ahead of Mozilla in this area.
I think both roy and me are off mozilla for more than 2 years. If these bugs are still here now, I think the real stauts is 'won't fix'. If you want to reopen it, please find a new owner for it first.
Mass Reassign Please excuse the spam
Mass Re-opening Bugs Frank Tang Closed on Wensday March 02 for no reason, all the spam is his fault feel free to tar and feather him
Reassigning Franks old bugs to Jungshik Shin for triage - Sorry for spam
ATSUI uses Quartz when you associate a Quartz context (by ATSUSetLayoutControls with the tag kATSUCGContextTag) to the text layout object. See http://developer.apple.com/documentation/Carbon/Reference/ATSUI_Reference/atsu_reference_Reference/chapter_1.2_section_7.html Looks like an overhaul is needed to achieve this...
MLTE (tried in my patch at the bug 121540) does anti-aliasing by default. So I'd like to see dependson=121540.
We've been using non-QuickDraw rendering for quite a while.