Typophile - Unicode-Double-Mapping - Comments

To sum up: If you use the

twardoch — Tue, 13 Mar 2007 02:29:55 -0700

To sum up:

If you use the “Standard Table” as your default Unicode-Name mapping table in FLS5, your font should have three glyphs, each of them having two Unicode codepoints assigned:
U+2206 U+0394 “Delta”
U+2126 U+03A9 “Omega”
U+00B5 U+03BC “mu”

If you use the “AGLFN 1.6 (new) strict” as the default Unicode-Name mapping table, your font should have six glyphs, each having just one Unicode codepoint assigned; three of these glyphs can be composites of the other three:
U+2206 “uni2206”, U+0394 “Delta”
U+2126 “uni2126”, U+03A9 “Omega”
U+00B5 “uni00B5”, U+03BC “mu”

For new multilingual “Pro”-type of OpenType fonts, use of “AGLFN 1.6 (new) strict” (aglfn16.nam) is recommended. For other font work (such as fonts converted from older formats etc., plain/simple OpenType fonts without large character sets), “Standard Table” (standard.nam) is recommended.

To set your default Unicode-Name mapping table, go to the General Options / Unicode and OpenType section of FontLab Studio’s Preferences (on Mac) or Options (on Windows).

Adam

The other option is to

Thomas Phinney — Mon, 12 Mar 2007 15:15:26 -0700

The other option is to simply use a composite so that from a design perspective it’s one glyph, but in the final font it’s two.

Cheers,

Fontlab Ltd. recommends

twardoch — Sat, 10 Mar 2007 19:08:27 -0800

Fontlab Ltd. recommends using both the “old” and the “new” codes for these glyphs, i.e. double-mapping them. This is what STANDARD.NAM is programmed to do in FontLab Studio 5, but you can also choose just the “old” or the “new” Adobe mapping by choosing a different Unicode-to-glyphname mapping file in FontLab Studio’s preferences.

Sorry, if I am

sunyapeng2006 — Fri, 9 Mar 2007 21:27:57 -0800

Sorry, if I am “have-to-make-sure-two-times” but I am very new to this, I have had Fontlab in a week or so only.

But, are you referring to this?

1.5 [23 November 2005]
# - removed duplicated block at end of file
# - changed mappings:
# 2206;Delta;INCREMENT changed to 0394;Delta;GREEK CAPITAL LETTER DELTA
# 2126;Omega;OHM SIGN changed to 03A9;Omega;GREEK CAPITAL LETTER OMEGA
# 03BC;mu;MICRO SIGN changed to 03BC;mu;GREEK SMALL LETTER MU
# - corrected statement above about why ffi is omitted.

…and mean that I should choose the “new” number?
Shouldnt FontLab also get this update in that case, and take away the “older” number?
————————
wow gold

Eigi, perhaps you could

twardoch — Sun, 3 Sep 2006 16:18:02 -0700

Eigi,

perhaps you could demote the error to something like warning.

FontLab Studio 5.0.2 includes three glyphname-to-Unicode mapping tables: Standard Table, AGLFN 1.4 (old) strict and AGLFN 1.6 (new) strict. The AGLFN 1.4 (old) table maps the human-readable glyphnames to the mathematical/scientifical Unicodes, while presuming that the Greek text glyphs would carry uniXXXX glyphnames. The AGLFN 1.6 (new) table reverses the logic: the human-readable glyphnames are mapped only to the Greek text Unicodes while the mathematical/scientifical glyphs would carry uniXXXX names. The Standard Table double-maps the human-readable glyphnames so there is no need to include the uniXXXX glyph names.

If you want to include both Greek text glyphs and scientific glyphs that differ in design, or would like to make sure that Acrobat always precisely guesses the Unicode of a glyph (i.e. it will never confuse the Greek text Unicodes with the scientific Unicodes when doing searches or text extraction in a PDF), I’d use the AGLFN 1.6 (new) strict table. But this will mean that you will need to provide two glyphs for each of the characters.

Otherwise, if you only want to design one set of glyphs, double-encode them (using the Standard Table).

BTW, there some additional explanations in the .NAM files themselves.

Regards,
Adam Twardoch
Fontlab Ltd.

It is against the production

k.l. — Sat, 2 Sep 2006 06:08:46 -0700

It is against the production guidelines of FontShop International, not against the specs, to map multiple Unicode codepoints to a single glyph.
Should i remove this test from the public version of fontQA?

Hello! As the test can be useful for some people, maybe add a little note “not required” for the others (like me). :)

Best wishes, Karsten

Andreas, I understand it is

Goran Soderstrom — Sat, 2 Sep 2006 03:18:10 -0700

Andreas, I understand it is you who has developed this fontQA.

Amazing work, in my opinion — and many thanks for letting people use it!

Thank you John, it is

eigi — Sat, 2 Sep 2006 02:26:06 -0700

Thank you John,
it is exactly as you said. It is against the production guidelines of FontShop International, not against the specs, to map multiple Unicode codepoints to a single glyph.
Should i remove this test from the public version of fontQA?

John, thank you so very much

Goran Soderstrom — Fri, 1 Sep 2006 12:34:50 -0700

John, thank you so very much for your great explanation!

Now, I just hope somone could give a similar great explanation to this one;

http://typophile.com/node/20429

The FontQA test tool

John Hudson — Fri, 1 Sep 2006 12:05:05 -0700

The FontQA test tool represents FontShop’s workflow and approach, so it flags a couple of things as errors which are not technically errors at all but simply reflect things that FontShop don’t do in their own fonts (or at least think should be checked). This error message suggests that FontShop follows Adobe’s practice of not double-encoding glyphs, so that there is an unambiguous path back from the glyph ID to a single Unicode characters (which Acrobat sometimes needs, in order to be able to restore character strings from a PDF created from a print stream).

It is, however, perfectly permissable to map a single glyph to multiple Unicode codepoints. It is a workflow decision not a font error.

Sorry, if I am

Goran Soderstrom — Fri, 1 Sep 2006 09:01:25 -0700

Sorry, if I am “have-to-make-sure-two-times” but I am very new to this, I have had Fontlab in a week or so only.

But, are you referring to this?

...and mean that I should choose the “new” number?
Shouldnt FontLab also get this update in that case, and take away the “older” number?

david hamuel — Fri, 1 Sep 2006 08:28:23 -0700

http://partners.adobe.com/public/developer/en/opentype/aglfn13.txt

http://partners.adobe.com/public/developer/opentype/index_glyph.html

Unicode-Double-Mapping

Goran Soderstrom — Fri, 1 Sep 2006 06:51:04 -0700

I ran the FontQA-test on a new typeface.

There was this error:

Some glyphs have Unicode-Double-Mapping.
mu: 00B5, 03BC, Delta: 0394, 2206, Omega: 03A9, 2126
Now, this is actually FontLab that creates two Unicode values, not me.

Then I looked at the Unicode charts, and there IS two codes available for the same glyph according to www.unicode.org/charts

What should I do — take away one number or just let it be?
Thanks in advance, Font Maestro’s