[FIXED] Multiple issues with UFO file generated

[NFSL2001]

1. In the name table, all multilingual names generated are missing the encodingID.
2. Names that were supposed to be in both name ID = 1 and name ID = 16 only gives name ID = 16, no name ID = 1. name ID = 4 that relies on name ID 1+2 or 16+17 isnt exported too (normally exported font files have those).
3. Generated font files contains platformID=1 platEncID=0 while generated UFO files doesn't.
4. The features.fea file might sometimes contains glyph names that are over 63 characters long. In the generated font files, the names are replaced from human readable names to Unicode values (for ligatures).
5. According to the OpenType Feature File Specification, the class [zero - nine] is not a valid range, but the feature.fea generated contains the range.

Also a wishlist:
1. allow uniXXXX style naming from Adobe.
2. use UTF-8 instead of UTF-8 with BOM for all the text files.

[Erwin Denissen]

Can you please send us a sample font, so we can look into this?

[Erwin Denissen]

1. In the name table, all multilingual names generated are missing the encodingID.
2. Names that were supposed to be in both name ID = 1 and name ID = 16 only gives name ID = 16, no name ID = 1. name ID = 4 that relies on name ID 1+2 or 16+17 isnt exported too (normally exported font files have those).
3. Generated font files contains platformID=1 platEncID=0 while generated UFO files doesn't.

We have made several improvements that will solve the first and probably the other two mentioned issues. Expect the update early February.

4. The features.fea file might sometimes contains glyph names that are over 63 characters long. In the generated font files, the names are replaced from human readable names to Unicode values (for ligatures).

Is this just an observation or is there something wrong?

5. According to the OpenType Feature File Specification, the class [zero - nine] is not a valid range, but the feature.fea generated contains the range.

Good point. We will no longer put such ranges in fea code.

Also a wishlist:
1. allow uniXXXX style naming from Adobe.
2. use UTF-8 instead of UTF-8 with BOM for all the text files.

We will add these to the wish list.

[NFSL2001]

Sorry for the late reply.

2. Names that were supposed to be in both name ID = 1 and name ID = 16 only gives name ID = 16, no name ID = 1. name ID = 4 that relies on name ID 1+2 or 16+17 isnt exported too (normally exported font files have those).
3. Generated font files contains platformID=1 platEncID=0 while generated UFO files doesn't.

A sample file attached here for verification: https://we.tl/t-tYAVChPhH4 (link will expire in 7 days at 2023/2/26).

4. The features.fea file might sometimes contains glyph names that are over 63 characters long. In the generated font files, the names are replaced from human readable names to Unicode values (for ligatures).

Is this just an observation or is there something wrong?

From AFDKO specification:

A glyph name may be up to 63 characters in length, must be entirely comprised of characters from the following set:

[NFSL2001]

Another sample file, this time the nameID=1 and 2 are not in UFO, and suspiciously the nameID=2 is gibberish in font file too.

https://we.tl/t-my85sCozLO (expire 2023/3/27)

[Erwin Denissen]

I think all reported issue have now been solved.