From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021218 Description of problem: After switching from 96 to 126 DPI in Preferences -> Fonts -> Details, fonts got larger in the display. That was not what I wanted, so I switched them back, but the fonts in gnome-terminal, window headers and desktop wouldn' t look like originally any more. In fact, inter-letter spacing was *very* inappropriate: there was way too much of it. Not even dfter restoring .gconf/, .gconfd/, .gnome/ and .gnome2/ from the backup things got back to normal. I had to remove .fonts.cache-1 to get back to what I was used to. Version-Release number of selected component (if applicable): How reproducible: Didn't try Steps to Reproduce: 0.Take a backup copy of .gconf, .gconfd, .gnome and .gnome2 1.Starting off a (presumably) default font set up, choose Preferences -> Font -> Details 2.Increase Resolution to say 126, and Close. 3.Terminal window grows. Hate it :-) 4.Change some fonts to size 8 to get it back to a reasonable size. 5.Realize it only gets worse, so change them all back. 6.Change Resolution back to 96. 7.Terminal font looks very oddly-spaced. Hate it more. Pull some hair out. 8.Log out, restore the backup, and log back in 9.Note gnome-terminal still looks horrible 10.Log out again, restore backup again, then remove .fonts.cache-1 11.Log in once again Actual Results: gnome-terminal is now back to normal. Phew! Expected Results: It should be back to normal after step 6. Additional info:
Can't reproduce the problem, and it doesn't really make sense to me. .fonts.cache-1 has nothing to do with font rendering, it basically is just a list of fonts on the system.
ok, so changing the DPI is not necessary at all to trigger the problem. Just changing font sizes to something else, then changing back, is enough to get stuff to look horrible.
The problem here is that a patch was removed from the libgnome SRPM because it _should_ have been upstream. BUt it wasn't actually upstream (libgnome-2.0.1-monospace.patch)
So let's file the bug upstream, or commit the patch upstream. This is important for GNOME 2.2 also.
Upstream as http://bugzilla.gnome.org/show_bug.cgi?id=103316 Removing MoveUpstream however to track for release.
It still thinks the default font terminal is Sans in Phoebe2, even though from the looks of the font it clearly isn't. Until I actually change the font size.
This is still a problem for me in Phoebe3. The default terminal font is listed as Sans, although it is actually Monospace. The probelem with Monospace on sr_YU.UTF-8@cyrillic locale is the already mentioned huge inter-character spacing, so my terminal is wider than the screen. Even now as I type this in Mozilla I see the same problem with Monospace. This has worked ok in Phoebe2, but the problem occurred after upgrading to Phoebe3, and on another machine with a clean install of Phoebe3 as well. en_US locale seems to work without problems
I don't see the patch upstream. Add it please?
Created attachment 92795 [details] Patch from SRPM This is the patch from the SRPM. I've applied it to libgnome HEAD and closed the b.g.o bug
Guess this could be closed as well then?