152957 - Anti-aliasing not overridden at small text sizes in Mozilla according to system preference

Status: RESOLVED WORKSFORME

(Core :: XUL, defect)

Description

[David Anderson]

( or at least to stop anti-aliasing at low font sizes )

This bug is for zeldman and crew.  Please read
http://www.zeldman.com/daily/0602a.html#anti
and
http://www.whatdoiknow.org/archives/000363.shtml#000363

whatdoIknow suggests the OSX approach, which has a user-pref to stop 
antialiasing at 12pt or lower depending on a user pref...

Comment 1

[Andrew Schultz]

what does OS=other mean?

Comment 2

[David Anderson]

I guess this would be for Max OS X 10.1.5
..and the 12pt threashold size should be 12px size
..and the anti-aliasing switch off is zeldman's comment
..and the OSX approach should read MaxOS8/9 approach
  ( and, the Mac people might just have to wait for Max 10.2 to have
anti-aliasing threshold be an OS pref )
....and I'm probably in over my head here, but, oh well...

Comment 3

[Greg K.]

Mac OS X already provides this at the OS level, in the General Preferences pane.
Fizzilla doesn't need to separately implement this function. If small text is
unreadable in the web browser, it's unreadable elsewhere, too.

Suggest WONTFIX.

Comment 4

[David Anderson]

FYI:

(from zeldman's blog)
Responding to yesterday’s Report, numerous readers pointed out that in recent
versions of Mac OS X, users can selectively disable Quartz antialiasing at small
font sizes. Alas, such disabling has no effect on browsers like Mozilla and
Chimera that use a combination of Quartz and QuickDraw instead of pure Quartz.
And Quartz rendering itself remains problematic. Details are available.

More on this at
http://www.zeldman.com/daily/0602a.html#greed

Comment 5

[Greg K.]

This does appear to be true. However, it also appears to be true of
Silk-antialiased Carbon apps, as well as IE 5.2. As such, it's still not a
Mozilla bug, but rather a bug in, probably, Apple's Quartz-for-Carbon stuff.

Revising Summary; recommending INVALID since it isn't a Mozilla bug, and CC'ing
Pinkerton.

(Curiously, the system setting *does* seem to have an effect on text in
Chimera's chrome, but not in its' content area.)

Sending to XP Toolkit/Widgets since that's what bug 149427 is in, and revising
Summary.

Comment 6

[Greg K.]

Attachment: Simple testcase demonstrating 10px text

Comment 7

[Greg K.]

For that matter, the System preference has no effect on OmniWeb, chrome or content.

Comment 8

[jag (Peter Annema)]

Invalid it is then.

Comment 9

[Greg K.]

Well, maybe not just yet. Is there some system event sent out when that "small
text" setting is changed? There must be some reason text in Chimera's chrome
responds to it instantaneously.

Comment 10

[jag (Peter Annema)]

Project X's chrome uses cocoa widgets. We don't.

Comment 11

[Greg K.]

If that were all, then OmniWeb's chrome should change too. It doesn't.

Comment 12

[Kai Lahmann (is there, where MNG is)]

Reporter: Can you reproduce this bug with a recent build of Mozilla (for
example, 1.4 RC1)? If so, then please comment again with details. If not, then
please resolve this bug as WORKSFORME. Thanks.

Comment 13

[David Anderson]

Sorry... I was submitting this bug on behalf of Zeldman.
Basically, I don't have a clue about whether it would be fixed or not.
Greg Kolanek picked up the discussion, and the discussion looked like it was
going somewhere. I was waiting for it to get resolved by those in-the-know, but
it didn't....

Greg or Pinkerton, want to add anything?

Comment 14

[David Anderson]

marking worksforme due to deafening silence of response and my own cluelessness.

This can be reopened if any one knows anything about this, I suppose.