Description of problem: I noticed smaller fonts in F8T3 gnome with compare to F7. Even I saw some mails about it on mailing list, then I think this is a bit different. I noticed that right after login fonts are a bit bigger, for about 2-3 seconds, and then is something loaded (I guess), which makes fonts significantly smaller. I can still read it, but they are really smaller than on F7. It's smaller for all the gnome, not only for menu or some particular parts of window. Also, I noticed it on a message I described at bug #360851, which is there every login for me. I can see after login this message with bigger fonts, and I didn't do anything and they are suddenly smaller, after that 2-3 seconds. I'm not sure how to describe it better, or how to investigate what causes this, but if you can guide me, then I will try to help.
You're probably hitting two things: 1. when you login your desktop is using system defaults, but after a short time it reads your preferences in gconf, so if you ever customized something font-related you'll see a transition when GNOME switches the settings from the values inherited from the system to the values you chose 2. older GNOME versions miscomputed a value used to size fonts (they assumed everyone had a 96dpi screen, which is not hardware reality). New GNOME versions (as the one in F8) use an xorg-computed dpi value (like KDE) so depending on your hardware, font sizes in GNOME are now bigger or smaller than you're used to (unless your xorg is misconfigured its DPI value is exact) What probably happened is F7 GNOME mis-sized fonts, you compensated in your user settings by scaling them down, and now GNOME correctly sizes font your user settings make them too small. Scratch your old user font settings and things should return to normal.
Milan, did the advice from comment 1 helped?
I'm not sure if I see here any advice, even that explanation makes sense to me. Nevertheless, my installation was fresh installation, no special settings has been taken from previous installation, at least I don't know about any, except of some particular things from home folder. When I look at System->Preferences->Look and Feel->Appearance on tab Fonts, then I see there all with size 10 and chosen Best shape. I'm not sure, if I changed here something. In details I see resolution 86 DPI. I'm not sure from the ball 2) if I should change this value to 96 to have same fonts, furthermore I am sure I didn't change it (at least I don't know about it). I can check if I didn't move that settings accidentally, if you can point me where to look into my backup home directory. Thanks in advance.
OK, thanks for the info. Passing to krh.
I'm seeing the same problems with tiny fonts a moment after login, plus additional font issues with seriously screwy kerning in the terminal window. I'll attach a picture of the kerning issue.
Created attachment 248781 [details] Image of font problems in F8 In this image, check out the tiny fonts in Firefox's menus and the messed up kerning in the terminal window.
(In reply to comment #5) > I'm seeing the same problems with tiny fonts a moment after login, This is just GNOME lazy-reading GConf preferences and drawing text before noticing the user font preferences are not the same as the system font preferences. You can verify it by creating a new user (that will have every parameter reset to defaults) and test if the text size switch occurs. If that is the case you can open a bug @upstream GNOME (gnome-session) to ask it reads font preferences before drawing text (not after). But that's an old problem I've also seen in pre-F8 releases. > plus > additional font issues with seriously screwy kerning in the terminal window. > I'll attach a picture of the kerning issue. Please open separate bugs for separate problems thanks
I re-did my xorg.conf to a default, then blew away all the .gconf preferences. It seems to have fixed all my problems. This must have been caused by my second monitor, which was present at initial setup. The second monitor was being detected by s-c-d as the primary monitor, so I'm sure the settings were all screwy once I went single monitor at home (different resolution and size LCD panels).
Yep, I forgot to write some of the new randr multihead drivers are very bad at this stuff, and can cause xorg dpi misconfiguration (to report to the Fedora xorg maintainers if you manage to define a reproduceable "X is confused about screen dpi" scenarii)
Yes, the xrandr multihead drivers are terrible at DPI determination. When I docked at the office this morning, everything was back to its broken state. I'll open a new bug against that component for this issue.
The above explanation makes sense to me and made it clearer. From my point of view this can be simply moved upstream, as a request to read user's font setup as soon as possible to let work application properly. For example, when I have xchat run at session startup, and it run before the setup is applied, then this app badly counts link position, together with selection highlighting (it counts with bigger fonts, but text before selection is smaller one). I can simply do Settings->Preferences and OK there and everything works just fine. Maybe it's only xchat issue, but I noticed it there mostly, apart of that keyboard message. Thanks again for your explanation and feel free to move upstream.
This message is a reminder that Fedora 8 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 8. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '8'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 8's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 8 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 8 changed to end-of-life (EOL) status on 2009-01-07. Fedora 8 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.