desktop-packages team mailing list archive
-
desktop-packages team
-
Mailing list archive
-
Message #42585
[Bug 271283]
To be sure: does this problem still exist with the recent LibreOffice,
right? I'm asking because the original bug report is pretty old.
If yes, still I wonder whether putting rgba: rgb is correct. This is
the key point of the bug, I guess, but meanwhile the sub-pixel rendering
is OFF as default. So, doesn't it break the font rendering in LO as
default?
IMHO, the right place to fix is either LO itself or gnome-settings-
daemon. g-s-d can change Xrm on the fly. (Currently it's changing only
some XSETTINGS_* atoms.)
Alternatively, we may write a helper program to parse fonts-cofig and
change Xrm automatically. This can be called from xinit.
In anyway, as long as the rgba configuration can be changed later,
setting this to a static value doesn't sound like a good solution to me.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/271283
Title:
[ooo-build] OpenOffice.org subpixel font rendering broken with new
cairo
Status in The OpenOffice.org Suite:
Confirmed
Status in “cairo” package in Ubuntu:
Invalid
Status in “gnome-settings-daemon” package in Ubuntu:
Fix Released
Status in “cairo” source package in Jaunty:
Won't Fix
Status in “gnome-settings-daemon” source package in Jaunty:
Fix Released
Bug description:
[Ubuntu Intrepid Ibex]
https://bugs.launchpad.net/bugs/264254
OpenOffice font rendering looks ugly because of the latest cairo patches. There is workaround and patches to improve font rendering to the previous state, but it doesn't work for the OpenOffice.
To manage notifications about this bug go to:
https://bugs.launchpad.net/openoffice/+bug/271283/+subscriptions