Glyph naming uncompliant with AGLFN version 1.5+
thlinard last edited by
Disclaimer: I'm not a RoboFont user, but when I have to examine a font, I typically recognize a font created using RoboFont by some bugs in its glyph naming, as if the changes of version 1.5 and later in AGLFN https://github.com/adobe-type-tools/agl-aglfn/blob/master/aglfn.txt hadn't been followed.
The glyphs in question are (for a static font):
dotbelow: according to aglfn.txt, the correct name is
commaaccent: accoring to aglfn.txt version 1.7, the correct name is
Delta(U+2206): the standard is a bit misleading here, but the logical consequence of the changes in version 1.5 (and consistent with https://github.com/adobe-type-tools/agl-aglfn/blob/master/glyphlist.txt) is that the names must be, respectively,
uni*, see below).
Btw, I was recently able to compare a font produced by RofoFont + ADFKO, in static and variable version, and, although the static version has all the aforementioned typical bugs, the variable version did have
uniF6C3, while the static version had
uni2206(which is also correct).
dotbelowcombwas however still incorrect, since noted
thlinard last edited by thlinard
OK, you favor GNFUL (this is already an improvement, as for example
dotbelowcmbexists in https://github.com/adobe-type-tools/agl-aglfn/blob/master/glyphlist.txt and thus will be correctly parsed by Adobe apps like Adobe Acrobat).
For the Greek, I agree with you: U+00B5, U+2126, U+2206 aren't Greek letters, they're symbols derived from Greek letters and therefore shouldn't receive the same names (and therefore not
But since we're more or less in agreement, why every time I see this very questionable choice of glyph names (
hookabovetoo), the foundry always responds to me: "we created our fonts with RoboFont"? They're using an old version, with an old version of GNFUL, I have to tell them to update?
Naming glyph is most of all a personal preference or a preference made by a foundry. AGLFN is one way of naming glyphs, with historical errors and a heavy short sided latinised view (I also understand why AGLFN cannot be changed directly).
With GNFUL, Erik and I made a package where we tried to make readable glyph names based on the unicode descriptions (
uni<hex>is not readable), like:
COMBINING DOT BELOW--> glyph name
- U+00B5 is not the same as the greek U+03BC with GNFUL we opt strongly to have greek first instead of the math symbol, this is the same for omh ≠ Omega (the greek capital)
I would not consider these as bugs but as improvement for all greek designers.
As stated above: setting up glyph names is a choice of a designer: if one finds it suitable to draw
uni<hex>that is possible, the same with more descriptive names.
hope this helps!
thlinard last edited by
According to @frederik said in Are the auto names correct for /guillemotleft and /guillemotright?:
a guillemot (with o) is a bird... that has been a typo in AGLFN, since forever.
But U+0323 in GNFUL is
dotbelowcmb, still not
dotbelow. U+00B5 is
mu.math(well, why not…), U+2126 is
ohmand U+2206 is