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 -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
