You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Microsoft's recommendations for OpenType Fonts states the following:
'NOTE: The PostScript glyph name must be no longer than 31 characters, include only uppercase or lowercase English letters, European digits, the period or the underscore, i.e. from the set [A-Za-z0-9_.] and should start with a letter, except the special glyph name ".notdef" which starts with a period.'
I want to suggest that this check and the rationale doesn't fully reflect the current state of the Microsoft and Adobe spec. I think the character limit for a FAIL should be increased to 63, and the character limit of 31 should be downgraded to a WARN.
The 31 character limit is usually too small for most Arabic fonts, and it's difficult to rename characters in Glyphs source files when building with Fontmake because Glyphs assumes you will use it's own build system, and the suggested way to rename glyphs is with a custom XML file that only exists as part of the Glyphs application.
For reference, the Cairo pull request is currently failing this check for two names, both of which are under 63 character long. As far as I can tell there is no easy way to shorten these names without losing consistency with the other names in the font.
The Rationale simply states that The PostScript glyph name must be no longer than 31 characters, but looking at the link to the Microsoft spec it looks like this isn't completely true. The Microsoft spec states the following:
Glyph names must be assigned as described in the Adobe Glyph List Specification, which specifies glyph naming conventions for all Unicode characters as well as those that don’t have standard Unicode values such as certain ligatures or glyphic variants.
Looking at the Adobe Glyph List Specification, It appears the note in the Microsoft spec about the 31 character limit is out of date. I will file an issue with the Microsoft spec after posting this issue.
Looking at the changelog for the Adobe spec, I see this from Ken Lunde:
Version 2.8 (August 9, 2018) The length-limit of glyph names was adjusted from 31 to 63 characters to reflect current practices and implementations, along with a note that some older implementations may impose a 31-character limit.
I sugest someone should look over the Adobe spec before merging a PR fixing this, but here is the relevant information:
...in practice, particularly in modern environments, glyph names can be as long as 63 characters...
All glyph names are subject to a length-limit of 63 characters, and require that they be entirely composed of characters from the following set: A–Z, a–z, 0–9, ‘.’ (period; U+002E FULL STOP), and ‘_’ (underscore; U+005F LOW LINE). Some older implementations may impose a length-limit of 31 characters.
Looking at this issue, it appears Adobe has been interested in downgrading this to a warn for their own use: #2602
The text was updated successfully, but these errors were encountered:
The rationale for this check reads as follows:
I want to suggest that this check and the rationale doesn't fully reflect the current state of the Microsoft and Adobe spec. I think the character limit for a FAIL should be increased to 63, and the character limit of 31 should be downgraded to a WARN.
The 31 character limit is usually too small for most Arabic fonts, and it's difficult to rename characters in Glyphs source files when building with Fontmake because Glyphs assumes you will use it's own build system, and the suggested way to rename glyphs is with a custom XML file that only exists as part of the Glyphs application.
For reference, the Cairo pull request is currently failing this check for two names, both of which are under 63 character long. As far as I can tell there is no easy way to shorten these names without losing consistency with the other names in the font.
The Rationale simply states that
The PostScript glyph name must be no longer than 31 characters
, but looking at the link to the Microsoft spec it looks like this isn't completely true. The Microsoft spec states the following:Looking at the Adobe Glyph List Specification, It appears the note in the Microsoft spec about the 31 character limit is out of date. I will file an issue with the Microsoft spec after posting this issue.
Looking at the changelog for the Adobe spec, I see this from Ken Lunde:
I sugest someone should look over the Adobe spec before merging a PR fixing this, but here is the relevant information:
Looking at this issue, it appears Adobe has been interested in downgrading this to a warn for their own use: #2602
The text was updated successfully, but these errors were encountered: