In discussing this with seb and riddell, and judging from comments from
Alex Jones and others, we've decided to go back to 96dpi hardcoded for
Gnome in Gutsy as a workaround, and leave this bug open to get a truer
fix for Gutsy+N. I've dropped the milestone to Ubuntu: later.
Jonathan Riddell pointed out a script in kde-guidance, displayconfig-
restore.py, which is what KDE uses to compensate for this issue. It
hardcodes to 96dpi or 120dpi if xorg guesses the dpi to be anything
under 140dpi, and allows use of the guessed dpi for over 140 dpi. We
think that for gnome, while a workaround like this might give better
appearing fonts, at least by hardcoding to 96dpi we can eliminate the
bug without causing or risking regressions, and leave us wide open for
ideas for better solutions in future ubuntu's.
Alex Jones has started a blueprint to collect ideas for a better
solution to the display scaling problem in general. It would be great
to see this blueprint fleshed out sufficiently in time for UDS Boston at
the end of October, so it can be considered for Gutsy+1.
** Changed in: xorg-server (Ubuntu)
Status: Confirmed => Triaged
Target: ubuntu-7.10-beta => later
--
Font sizes in Gutsy are affected by bad X.org DPI detection
https://bugs.launchpad.net/bugs/118745
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
