freetype-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Devel] A new CFF encoding bug


From: Ivan Nincic
Subject: Re: [Devel] A new CFF encoding bug
Date: Sat, 21 Jun 2003 01:12:56 +0000





> >Well, this font doesn't contain an encoding!  Most of the glyphs
> >can only be accessed by glyph names.
>
> But if there is no encodind available (i.e. custom encoding) we
> can't access glyphs by names either ?

As George has already stated, glyph names are stored separately.

> >Anyway, I've added support to recognize `uXXXX[X[X]]' glyph names so
> >that a few glyphs get proper entries in a synthesized Unicode charmap.

> I think that in this case there should be at least a custom encoding
> (in addition to an optional Unicode encoding).

Why?  What order shall I use?  The glyphs in the font are all
unencoded.  In the sample PDF file you've sent to me the glyphs are
(re)encoded anyway.

> I am right or wrong that a font (Type1, CFF) should always have at
> least a custom encoding.

You are wrong.  Similar to Type 1, a CFF font can contain only
unencoded glyphs: Either it has an /Encoding array which contains only
/.notdef (this is Type 1), or (as with your font) it denotes
AdobeStandardEncoding but without a single corresponding SID.


Ok. If the font may not have an encoding is it legal to call FT_Get_First_Char/FT_Get_Next_Char in order to extract glyph names (i.e. built-in encoding) using FT_Get_Glyph_Name. This works for the file in question but I wonder if it is generally true for Type1/CFF fonts.

If this is true than shouldn't FreeType contain this built-in encoding (which a mistakenly called custom encoding) in charmaps array.

Ivan Nincic

_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963




reply via email to

[Prev in Thread] Current Thread [Next in Thread]