Description of problem:
I use a 42" 1920x1080 HD monitor for my primary computer monitor (as well as
for a TV). Gnome or X or someone (not sure what to report this bug against)
is far too literal minded when it comes to accepting the EDID info. It
computes 53 dots per inch for the monitor (which is literally correct),
and that results in microscopic letters in all the buttons and menus and
wot-not that are very close to impossible to read. After much fumbling
around I finally found the font settings panel and explicitly changed the
DPI to 96 and things got much better.
Version-Release number of selected component (if applicable):
whatever shipped with the Fedora 8 install DVD (I'm not on that computer
now, so I can't check).
Anytime you login to a freshly installed system with this monitor.
Steps to Reproduce:
1. see above
Tiny little unreadable fonts.
Either put a reasonable limit on the minimum pixel height of fonts, or
at least have a one-time popup box when microscopic pixel heights are
detected that asks "Hey! Do you want to set a larger DPI value?" :-).
In fedora 9, this got even worse. The GDM login screen now uses
the same 52 DPI, and there isn't any place to force it to use 96
(that I know of).
You can set the DPI in gconf-editor, look for /desktop/gnome/font_rendering/dpi
I'm afraid that your problem isn't an easy one, and that work is on-going in GTK+ upstream to get nearer resolution independence (so your desktop would look good on your 42" telly).
If the work-around works, I'll point you to the upstream GTK+ bug.
Actually there are a number of work-arounds I've come up with, but the best
one so far is to switch to using KDM instead of GDM and use KDM's kdmrc file
to set the -dpi 96 option in the X server startup arguments. That gets the DPI
set to an acceptable value in every toolkit for every user and in a driver
independent fashion. Using gconf, you have to get user gdm's preferences set
to influence the login screen (which I have done by copying my .gconf directory
to user gdm's .gconf directory.
Glad you found a work-around.
As for the GTK+ patches, details below.
Those gtk patches are all very well, but they seem to be based on the utterly
false premise that display devices actually report reasonable DPI values,
they won't help anything on a display that doesn't have reasonable DPI, though
it is certainly a worthy goal to remove all hard coded pixel widths and
replace them with point size units that will scale with changing dpi.
Perhaps when they finish with that, they'll realize how futile it was
and finally restore the gdmsetup tool to make it easy to lie about DPI
(or even tell the truth about DPI to work around a display device which
lies - my new samsung HDTV reports 160mm x 90mm as the size in EDID,
which means it claims to have 305 DPI resolution on a 46" display, leading
to dialog boxes which won't fit on the screen :-).
Maybe something will come of my upstream Xorg bug someday: