[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Devel] Errors in pstables.h
From: |
David Turner |
Subject: |
Re: [Devel] Errors in pstables.h |
Date: |
Mon, 03 Sep 2001 18:29:57 +0200 |
Hello Artur,
this bug seems strange. I can't answer right now about it, because
I'm collecting the sources of all tables used in "glnames.py" in
order to compare them..
Is it me or the Adobe standard strings table (from the CFF spec)
doesn't include "Cacute", "cacute" and "lslash" ??
Regards,
- David
Artur Zaprzala a écrit :
>
> I noticed that programs using FreeType and Type1 fonts can't display three
> characters essential for Polish language and traced the source of this problem
> in freetype-2.0.4/src/tools/glnames.py.
>
> A simple patch is attached, but this solution is not complete.
>
>
> I think that the algorithm for generating pstables.h is wrong, because
> characters that are in mac_standard_names list won't be available in
> t1_standard_glyphs array (from pstables.h) unless they are also in
> t1_standard_strings list. And this is the case for the following polish
> characters: Cacute, cacute and lslash.
>
> The other strange thing is that a subset of Polish characters is in
> t1_standard_strings, another subset is in mac_standard_names and the rest is
> taken from adobe_glyph_list, while all of them should be in the same group.
>
> This error affects also other characters. This is excerpt from
> freetype-2.0.4/src/psnames/pstables.h, standard_glyph_names array:
> {
> ".null", #
> "CR", #
> "notequal",
> "infinity",
> "lessequal",
> "greaterequal",
> "partialdiff",
> "summation",
> "product",
> "pi",
> "integral",
> "Omega",
> "radical",
> "approxequal",
> "Delta",
> "nbspace", #
> "lozenge",
> "periodcentered",
> "apple", #
> "lslash",
> "franc",
> "Gbreve",
> "gbreve",
> "Idot", ##
> "Scedilla",
> "scedilla",
> "Cacute",
> "cacute",
> "Ccaron",
> "ccaron",
> "dmacron", ##
> ...
> }
> I think characters not marked with hash shouldn't be in this group (group not
> available from t1_standard_glyphs array). This is the result of wrong
> approach.
>
> Lines marked with `##' seem to be misspelled, because they are not in
> adobe_glyph_list and are similar to existing glyph names.
>
> I am ready to help.
>
> Artur Zaprzala
>
>
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------
> --- freetype-2.0.4/src/tools/glnames.py-orig Fri May 11 16:25:57 2001
> +++ freetype-2.0.4/src/tools/glnames.py Sun Sep 2 14:07:35 2001
> @@ -319,7 +319,7 @@
> "Book", "Light", "Medium", "Regular", "Roman",
>
> # 390
> - "Semibold"
> + "Semibold", "Cacute", "cacute", "lslash"
> ]
>
>