Apache OpenOffice (AOO) Bugzilla – Issue 14054
Fuzzy text
Last modified: 2013-08-07 15:26:39 UTC
I tried to install OpenOffice but the text display in the installation program is to fuzzy (each letters if very distanced from the other) to be read. I tried to find an issue about this in your site but couldn't.
A little bit more information would have been helpfull, e.g. which distribution has been used. Herbert, I've seen this on a RH 9 machine with OOo 1.0.3.1, 1.0.2and 1.1beta2. According SO 6.x is ok. Any idea?
Most probably related to issue 12705. Please do a xdpyinfo | fgrep resolution and post the result.
*** Issue 14604 has been marked as a duplicate of this issue. ***
*** Issue 16379 has been marked as a duplicate of this issue. ***
Well, since it's been since May since the last update... I'll take over providing information: $ xdpyinfo | fgrep resolution resolution: 2365x2438 dots per inch This can not be right. Unfortunately, I'm not guru enough to know what this means, is this part of the x-server or is this file read by OOo? I'm using RH9.0 (Shrike build) Monitor: Micron 15GFx (re-branded, but I don't know the orig. manufacturer) 15 inch display at 1024x768 Video Card: Diamond Stealth 3d 2000 2mb CPU: Intel Pentium Pro 200Mhz (yes, it's THAT old!)
2365x2438 dpi is certainly not right. With 1024x768 the monitor would just measure 0.43" x 0.31" :-) The values are from the X11 server. Can you attach the XFree log? Typically it is in /var/log/XFree.0.log Probably the "DisplaySize" entry in the XFree config file is bad.
HDU->US: I'm not sure if this should be set to CANNOTREPRODUCE or INVALID system, but since one important problem here was also the XDPI <> YDPI problem which is fixed I'm reassigning it for verification and closing.
2365x2438 dpi is surely an invalid. But assuming the submitter uses RH there is one specific issue, that's resolved. On RH the GUI was rendered with MingTi. This is fixed with issue 15363. *** This issue has been marked as a duplicate of 15363 ***
Description sounds very much like the specific RH/MingTi problem. Closing as double.