92925 - Mozilla does not follow GTK prefs on fonts

Status: VERIFIED DUPLICATE of bug 33313

(SeaMonkey :: UI Design, defect)

Description

[David Hagood]

Mozilla stedfastly refuses to change what font it uses for menus outside of HTML
frame (such as the main menu).

I can change my GTK theme settings under Gnome, and all other GTK apps change
their menu fonts to track. Mozilla keeps its own font no matter what. This is
very annoying on my 1600x1200 display where I want Mozilla to use a slightly
larger scalable font so the menus look better.

I have tried telling both my X server and Mozilla about the larger display with
no effect.

There should be a menu option in Mozilla to track the current GTK theme.

Comment 1

[Boris Zbarsky [:bzbarsky]]

over to xp apps.  David, would this be at all similar to the "system colors"
thing we do?

Comment 2

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

This probably ought to work under the Classic skin, since the idea of classic is
to use system fonts and colors.  I've tried to understand how we do system fonts
before (in particular, I've looked at sizes), and I just couldn't figure out
what the code was doing.  I think some of it lives in nsDeviceContext rather
than nsLookAndFeel, though.

It would also be nice if we picked up the notifications instantaneously rather
than requiring a restart.  To do that, I guess someone would need to poke into
GTK and figure out how the native widgets get notified.

So which problem exactly is this bug about?

Comment 3

[David Hagood]

This problem exists under both the Modern and Classic skins.

With respect to the "Use system colors" item in the prefs - that is controlled
by the Gnome control panel, however it does not take effect immediately. Mozilla
must be restarted.

However, no matter what the settings, Mozilla uses it's own font for:
The main menu (File Edit View Search ....)
The Mail screen "Mail Folders" and message list windows (but not the message
content window. (in other words, the panes at the left and top-right of the
window, but not at bottom-right).
All menus (Prefs, Bookmarks, Tasks, you name it.)

I could live with having to restart Mozilla to make a change "take", but
obviously it would be best if the changes happened "live".

Comment 4

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Well, the first step would be to implement system fonts for the GTK port, since
they don't work right now.  (Do they work on other ports?)

http://www.people.fas.harvard.edu/~dbaron/css/test/sec1803

Comment 5

[Blake Ross]

I don't use Linux, so...

Comment 6

[Boris Zbarsky [:bzbarsky]]

Is this still a problem?  David has checked in Linux system font support....

Comment 7

[david.hagood]

Attachment: Screen shot, showing the disparity between Mozilla and Gnome...

Comment 8

[sairuh (rarely reading bugmail)]

bstell? jag?

Comment 9

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Is the default font that Mozilla isn't picking up a TrueType font, a PostScript
font, or a bitmap font?  Any idea which font?

Comment 10

[david.hagood]

In the case shown in the attachment, GTK is using
-Adobe-Helvetica-Medium-R-Normal--18-180-75-75-P-98-ISO8859-9

which is a Type 1 font.

However, it shouldn't matter much, as I'm using a TrueType aware XFS for my font
needs.

Comment 11

[david.hagood]

OK, this is weird. Without any changes in my system that I am aware of, Mozilla
has started tracking my GTK font settings. Perhaps I had a mozilla process
laying around that was preventing the new one from starting (though I though I'd
done a killall mozilla-bin).

I'm willing to call this one dead.

However, it would be nice if there was some form of debugging command wherein I
could point at a piece of text and ask Mozilla "What font ARE you using for
that?" I've had a few (so called) Web sites that insisted that the whole world
had the same MS fonts as they did, and as a result looked bad on my Linux
install. Asking Mozilla what font it was trying to get, and what font it
actually got would be a useful debugging aid.

Comment 12

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

The bug as originally reported was a duplicate, and the other issues seem to be
fixed.

*** This bug has been marked as a duplicate of 33313 ***

Comment 13

[sairuh (rarely reading bugmail)]

v

Comment 14

[kill this account]

please the environment variable NS_FONT_DEBUG=5, do a minimal run 
(eg: ./mozilla http://some.website.com/some_content.html), capture the output,
and attach it to this bug