Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/show_bug.cgi?id=457094 Summary: Upstream fix for missing Romanian glyphs in Type 1 fonts is now available Product: Fedora Version: 9 Platform: All URL: https://savannah.nongnu.org/bugs/index.php?23940 OS/Version: Linux Status: NEW Severity: medium Priority: low Component: freetype AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] QAContact: [EMAIL PROTECTED] CC: fedora-fonts-bugs-list@redhat.com,[EMAIL PROTECTED] Description of problem, adapted from [https://fedoraproject.org/wiki/L10N/Tasks/Ro_fonts#The_Unicode_map_for_Type_1_fonts_needs_to_alias_U.2B021A.2FB_to_U.2B0162.2F3]: PostScript Type 1 (PS1) fonts don't have a native Unicode map. Contrary to popular belief, Type 1 fonts can store more than 256 glyphs in a pfb file, but these can only be addressed by AGL name. At most 256 glyphs can be accessed by a numeric index, for which various encodings schemes exist. A PS1 font can even specify its own 8-bit encoding scheme in the afm file; this is common practice for PS1 fonts targeting Central and Eastern Europe. The 8-bit encoding scheme is irrelevant however for Unicode applications. Unicode-enabled libraries, like freetype, define their own mapping from Unicode to AGL names, normally using the list published by Adobe. Adobe once decided that "t with cedilla" is not used in any language, so the AGL name "Tcommaaccent", which is a glyph of T with a comma below, is actually mapped by Adobe to the Unicode code point U+0162, which is supposed to represent a t with cedilla. New OpenType fonts from Adobe also contain a glyph with the AGL name "uni021A", which is visually identical to identical to "Tcommaaccent". As you'd expect, "uni021A" is mapped to U+021A. Unfortunately, old PS1 fonts do not a have a "uni021A" in their pfb. Thus, using the Adobe-provide AGL to Unicode mapping for PS1 fonts, the code point U+021A remains unmapped. Fontconfig will therefore choose to borrow the glyph from a another font, even though the glyph is present in the pfb. This problem is illustrated by the following OpenOffice screenshot: [http://www.cs.umd.edu/~gaburici/oo/ro-font-test.png]. Practically all PostScript type 1 fonts that ship with Fedora suffer from this problem. Microsoft's Uniscribe automatically handles this issue by remapping U+21A/B to U+162/3 when the former glyphs are missing. Unfortunately, the Pango/fonconfig/freetype stack did't use to do this until 2008-07-27, so most new Romanian documents cannot be displayed with Type 1 fonts properly. The extra mapping has now been added in the CVS of freetype. A test SRPM is available here: [http://www.cs.umd.edu/~gaburici/freetype-2.3.8-0.3.20080729cvs.fc9.src.rpm]. Note that because it is built from CVS sources, it buildrequires libtool 2.2.4. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. _______________________________________________ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list