FDK’s CompareFamily is blaming me for using underscores in glyphname extensions like in zero.onum_pnum. It interprets the glyphs as ligatures like a f_l glyph and it searches for the pnum glyph without any luck. Is it just FDK that is a little bit too sensitive here or does this affect decomposition behavior in Acrobat as well?
zero.onum_pnum is a fine name. Some CompareFamily tests may be too tailored to the glyph names we use at Adobe. Would be good to know exactly what's the message you're getting and which test is generating it, so that we can improve the algorithm to account for such glyph names. Thanks.
Thanks Miguel.
The warning is in the Single Face Test 26: Glyph name checks part and says:
Warning. Glyph name 'pnum' in ligature name 'zero.onum_pnum' is neither in the AGD, nor a 'uni' name, and can't be mapped to a Unicode value.
The same message follows for all the other glyphs with the same kind of name extension.
I'm running a rather verbose report with the following command:
comparefamily -rm -rn -rp -hint -l ../log/compareFamily.log
This is a bug in CompareFamily - it shouldn't be applying the ligature checking logic to the glyph suffix. This fixed now in my version, fix will be available in the next AFDKO release, =do in a few weeks.
Thanks, Read!
ChrisL
Captured from commoncrawl.org on 18 Apr 2015. original URL