[Bug 457094] New: Upstream fix for missing Romanian glyphs in Type 1 fonts is now available

[bugzilla at redhat.com]

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: besfahbo at redhat.com
        ReportedBy: gaburici at cs.umd.edu
         QAContact: extras-qa at fedoraproject.org
                CC: fedora-fonts-bugs-list at redhat.com,kevin at tigcc.ticalc.org


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.