Apache OpenOffice (AOO) Bugzilla – Issue 15743
TrueType fonts are not rendered on 8bit Displays
Last modified: 2003-07-21 11:51:47 UTC
Environment: libfreetype version 2.0.9 XFree86 version 4.2.0 no Xinerama dpi 75x75 depth 24bit RENDER enabled Findings: TrueType fonts (no matter of embedded bitmaps or not) with fontsize less than 6pt are not rendered. Example: PagePreview of OOo Writer. When embedded bitmaps and AntiAliasing are disabled/not available, the GUI is rendered without glyphs. This happens to OOo 1.1 with the newly added Bitstream Vera fonts on an 8bit display. To make it clear: THIS IS A BUG IN THE FREETYPE LIBRARY NOT IN OOo. Workaround: upgrade the system libfreetype (recommended version 2.1.4.) or change the color depth to at least 16bit if possible. us->hdu: is there anything you can do. (BTW. X claims to have RENDER enabled also in 8bit mode. Is this credible?)
Additional environment information: RENDER version 0.2
Starting...
HDU->HDU: This specific library on the system has the problem that the call to FT_Glyph_To_Bitmap(ft_render_mono_mode) returns an error FT_Err_Cannot_Render_Glyph even though the input glyph is in the normal ft_glyph_format_outline format. Without getting a monochrome bitmap there is not much to display. Still analyzing...
HDU->HDU reminder: Core problem is the change in http://cvs.freetype.org/cgi-bin/viewcvs.cgi/freetype2/include/freetype/freetype.h.diff?r1=1.107&r2=1.108 where the introduction of FT_RENDER_MODE_LIGHT causes a change of the FT_RENDER_MODE_MONO "constant", which results in a binary incompatibility from 2.1.3 to older versions.
Workaround is to detect older versions and use the original constant's value.
Reassigned for verification in CWS VCL13.
Issue is resolved in child workspace vcl13. Setting to fixed.
Issue is verified in vcl13.
*** Issue 12451 has been marked as a duplicate of this issue. ***
*** Issue 16304 has been marked as a duplicate of this issue. ***
OK in OOo RC2 (srx645_m13s2.8662). (verified also against cws "free_libs".) Closing Issue.