January 21, 2009
My new font rendering technique is unstoppable
You know it’s time to call it a day and write your talk tomorrow when…
I just upgraded Gtk+, Cairo and Pango to the versions in Debian experimental while I was upgrading some Telepathy packages, and got this the next time I loaded OO.o. Magic. But seriously, anyone got any ideas what’s going on?
Update: I switched my Debian mirror to .au and downloaded OpenOffice.org 3.0.1~rc2, and installed the Gtk+ and GNOME stuff too, and not only did the fonts came back, but it no longer looks like the 80s. Score! Thanks for the tips. Back to my talk…
18 responses to “My new font rendering technique is unstoppable”
Leave a Reply
- March 2023
- November 2022
- May 2022
- February 2022
- June 2021
- January 2021
- August 2019
- October 2018
- July 2017
- May 2010
- October 2009
- August 2009
- July 2009
- March 2009
- January 2009
- July 2008
- June 2008
- April 2008
- May 2007
- January 2007
- December 2006
- June 2006
- April 2006
- March 2006
- November 2005
- October 2005
- September 2005
- August 2005
- July 2005
- May 2005
- April 2005
- March 2005
Wow, those fonts are so clear!
There was a bug with a recent version of Cairo and Openoffice who caused this problem and required patching Openoffice.
I can’t tell you exactly which version were affected or when all of this happened (at work now) but IIRC it was sometimes around march-june 2008 and should’ve been fixed in openoffice 2.4.1
This is a bug in Openoffice: https://bugs.freedesktop.org/show_bug.cgi?id=16209
It is fixed in Openoffice 3, at least in the version in Mandriva 2009.0.
Hi Robert, I saw this in combination with Compiz. You can try to disable it.
I believe that this problem occurs when one compiles against a wrong Xft library or something. I’m not sure why the build system can’t prevent this from happening.
I have sort of the same problem in open office on ubuntu, the font shows, but when I move the cursor over for example the top menu or the right-click menu elements it disappears at times, pretty annoying. I am using the standard version of GTK, etc.
API changes or regressions in Pango/freetype. I had this issue also at one point. A newer version of OpenOffice.org will surely have the support for the new API and fix your issue
This looks similar to the recent issue with intel driver. Vesa driver should work fine
I recall a similar problem with bad fonts on the oo.o UI in ubuntu. The solution was to edit .fonts.conf to say i wanted to use an specific lcdfilter.
I’m using the same versions that you are and everything seems to be working okay for me. Try installing openoffice-gnome?
Maybe this is relevant? https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/308830
And so readable!
It has something to do with OO.o trying to use anti-aliased fonts in combination with certain graphics cards.
Click the 4th menu from the left.
Click the 4th menu point in that menu.
A new window should open showing a treeview to the left.
Click the 5th line in the treeview from the top.
The “view” should now contain some checkboxes.
Uncheck the 4 checkboxes to the right.
Click the 1st button from the left in the bottom of the window.
Smells awfully like http://bugs.freedesktop.org/show_bug.cgi?id=19233
At least that’s how I had it in Qt apps if I used a certain font. Underscores visible, nothing else as far as those glyphs go.
You sure you didn’t upgrade your graphics driver while you were at it? It feels weird not getting the blame. (Also, this is a pretty common failure mode for graphics drivers.)
It’s pretty awesome what one starts to do if one should prepare a talk: update distros, blog again after half a year, … 😉
Ahh yess, thank you heaps for this, I’d been mystified for some time why Openoffice was so different (even in behaviour) across my two two Gnome installations of Etch.