Apache OpenOffice (AOO) Bugzilla – Issue 12510
font antialiasing issues
Last modified: 2003-11-30 17:39:44 UTC
Hi! This is for the 1.1beta version which is not in the "Found in version" list...!!?? I have the latest 1.1 beta build (3/18/03) installed on a Mandrake Linux system 9.1 using a fontconfig font system on the machine. Anti aliasing works throught every app including OpenOffice. When I type a new text in oowrite (and this happens only in writer, not in calc or impress), the text is nicely antialiased and evrything looks just gorgeous. After I save the file and reopen it, hte fonts are no longer AA and llok horrible. This happens using Arial and Times New Roman, but not e.g. Bitstream Vera Sans, although hte fonts are in the same directory and are added with spadmin from the same directory to the OO available fonts. The zoom level the fonts are not AA is 100-120% below and above the fonts are shown AA. Also switching to "Online Layout" makes the fonts AA in all zoom levels. I will attach a screenshot of one doc, top is before the save at 100% zoom level normal mode and bottom is after the save closing OO and reopening of the document. Best Juergen
Created attachment 5179 [details] screenshot for font issue
I've met the similar and very important problem, using OOo 1.1 Beta on Debian linux. My problem is not just with the anti-aliasing, but also with the displaying of non-latin1 characters (lithuanian letters). When the zoom is 100% , font - Times New Roman 12, non-latin1 characters are displayed as question marks, but when the zoom or font size are changed or the piece of the text is pasted to new document non-latin1 characters are displayed correctly and anti-aliasing is used. Guess, this is a very important bug, so please fix it before 1.1 final is released, as this bug makes OOo unusable for non-latin1 languages. Please change the priority of this bug - I think to priority 2 (major bugs - Basic functionality is not working correctly). I'm attaching a screenshot: above - original .sxw document (in font size 12 non-latin 1 characters are displayed as question marks, but in font size 11 non-latin1 characters are displayed correctly and anti-aliasing is used); below - piece of pasted text from original document to new one (even in font size 12 all characters are displayed correctly and anti-aliasing is used).
Created attachment 5267 [details] screenshot of .sxw document with errors and unsaved document without errors
Created attachment 5268 [details] .sxw document, in which non latin1 characters in font size 12 are displayed as question marks
This problem makes OpenOffice unusable on non-latin1 languages :( Why OpenOffice developers don't care about this bug ? I think this bug should be fixed before beta2. Reporter, please increase priority of this bug at least to P2 (major bugs - Basic functionality is not working correctly) Btw, OpenOffice sometimes shows spaces when zoom is 100% after some letters - for example word "yra" is displayed as "y ra" Should I report another bug about this ?
This bug exists in OOo 1.1 beta2 - I'm attaching screenshots of one document - there are question marks instead of non-latin1 characters at zoom 100%, but when I change zoom to 75% all charecters are displayed correctly.
Created attachment 6737 [details] OOo 1.1 beta2 displays document with questions marks instead letters at zoom 100%
Created attachment 6738 [details] OOo 1.1 beta2 displays document correctly at zoom 75%
Created attachment 6739 [details] OOo 1.1 beta2 displays this document with questions marks instead letters at zoom 100% and without question marks at zoom 75%
Thank you for using and supporting OOo. Verified on RH 9.0, OOo 1.1 Beta 2.
*** This issue has been confirmed by popular vote. ***
Reassigned to US
Unfortunately this bug reached me a bit late. Sorry Juergen, because the reported bug is a known issue and is specific to the OOo 1.1 beta1 only. And shouldn't be visible in beta2 and 1.1 RC any more. Anyway I would recomend to use the OOo 1.1 RC2 (which will hopefully be available soon). Because of tons of bug fixes especially in the area of font technology. The problem in beta1 was, that a font replacement for the printout (spadmin: <printer_name>/Properties/Font Replacement), that was ment to reduce the size of the PostScript code also replaced the fontsettings in a text document after saving and reloading it. Unfortunately there is no work around for this bug, as disabeling the font replacement table in spadmin does not help. Normally I would have closed this issue as "Fixed", but unfortunately there is another description in here which is a complete different task. egle and Mantas, would you please study bugdescriptions carefully next time and open a seperate issue for a seperate problem. Thanks. > Reporter, please increase priority of this bug at least to P2 (major > bugs - Basic functionality is not working correctly) Don't know if you can, but why didn't you change the "TARGET MILESTONE" if you urgently needed a fix? (Subscribe to the OOo QA project, then you have the chance to set/modify all flags -in accordance to the rules of course:-) Pls. remember P2 is exclusive for crashes. Back to non latin chars in Linux Times fonts. The situation seems to be that you have various Times fonts in certain pixel sizes, each providing a set of encodings. Notably seen on my XFree4.2.0 from xfree86.org. Example: -adobe-times-medium-r-normal--12-120-75-75-p-64-iso8859-1 -adobe-times-medium-r-normal--12-120-75-75-p-64-iso8859-10 -adobe-times-medium-r-normal--12-120-75-75-p-64-iso8859-13 -adobe-times-medium-r-normal--12-120-75-75-p-64-iso8859-14 -adobe-times-medium-r-normal--12-120-75-75-p-64-iso8859-15 -adobe-times-medium-r-normal--12-120-75-75-p-64-iso8859-2 -adobe-times-medium-r-normal--12-120-75-75-p-64-iso8859-3 -adobe-times-medium-r-normal--12-120-75-75-p-64-iso8859-4 -adobe-times-medium-r-normal--12-120-75-75-p-64-iso8859-9 But OOo's APIs seem to fail to distinguish fonts by their encodings. It looks like the first one found wins. Thus changing the font size or the zoom, which is basically the same to a different size, may result in finding the desired X font in the appropriate encoding. Reproduced that myself. GlyphFallback does not seem to change the situation here, probably due to the same reasons. Unfortunately the new Bitstream Vera TT fonts, provided with OOo 1.1RC don't solve this problem either, as they don't contain enough non latin glyphs.
obviously you are not using an X font for screen display of latin chars, otherwise the text wouldn't be antialiased. Since the font in the sxw document is "Times New Roman" and not "Times" you seem to have a "Times New Roman" font installed on your system. The missing glyphs get replaced out of an X font. I'm not sure if this is really Times. Please check which "Times New Roman" font you have installed ? What character repertoir does it provide ? Does the problem persist if you assign "Times" to the text ?
cp: portions of the text consist of "Times New Roman Baltic" and others consist of "Times New Roman". "TNR Baltic" apparently gets replaced by an X font whereas TNR gets replaced by either TTF or Type1. So document quality depends on your installed X fonts. cp->us: can you reproduce ? where's the bug ?
Created attachment 8223 [details] glyph-fallback failing at some zoom-factor (Times)
Created attachment 8224 [details] "Time" fonts installed on my system
I just attached a more obvious screenshot demonstrating glyph fallback at different zoomfactors using times and some reference-Fonts using some non-latin1 chars. The other attachment (times.lst) contains the output of xlsfonts -fn "*times-*medium-r-*" >times.lst (time-fonts installed on my system). The screenshot shows OOo showing one single document (second window created with Window|New Window) - one window at 140%, the other at 150% Fallback fails (characters are replaced by "?") at 140%, works at 150%. (note that the same thing happens with different zoomfactors as well)
> cp->us: can you reproduce ? where's the bug ? I can reproduce on RedHad(9) and did with a RH7.3 with plain vanilla XFree86 4.2.0 from xfree.org. The bug is that latin2 special characters (see attached bugdoc) are displayed as questionmarks in certain zoom/font sizes. Promoted to Target OOo_1.1.1.
*** Issue 20011 has been marked as a duplicate of this issue. ***
the font settings have been changed to Lucidux for Openoffice 1.1. I didn't have the slightest problem with that. Please try that out (make sure to have the Lucidux fonts installed)
closing
*** Issue 20353 has been marked as a duplicate of this issue. ***
*** Issue 22633 has been marked as a duplicate of this issue. ***