Check/064: Test reports inaccurate caret/ligature count
See original GitHub issueThis issue was discussed in another issue thread, but I’m moving it to it’s own issues so it doesn’t get lost there: https://github.com/googlefonts/fontbakery/issues/1923#issuecomment-404595024
Observed behaviour
Testing Dosis ( https://github.com/eliheuer/Dosis/commit/fb1e2a004fcb93e5437653dae09a7c1cc8e8dda6 ) with fontbakery
I get a Check/064 WARN
, but the information is inaccurate. This file has seven ligatures, all with carets, some having two carets per ligature, f_f_i
for example.
Expected behaviour
Accurate caret/ligature count reported.
Resources and exact process needed to replicate
Please see the comment dave made here: https://github.com/googlefonts/fontbakery/issues/1923#issuecomment-404595024
He suggests this needs work to fix the issue: https://github.com/googlefonts/fontbakery/blob/0f82289da2f0e384719b498435b6a612115d1992/Lib/fontbakery/specifications/gdef.py#L42-L59
Issue Analytics
- State:
- Created 5 years ago
- Comments:20 (20 by maintainers)
Top GitHub Comments
I agree that a list would be good for rejecting combining diacritics etc.
For getting the correct number of caret positioning values, could the check not run through
LigatureSubst
tags and for each childLigature
tag set the expected ligature caret value equal to the number ofcomponents
?Since the number of component glyphs is always one less than the total number of glyphs, it should always be the equal to the number of expected caret values.
This is unlikely to have anything to do with the GDEF caret positions. It works with both fonts in Firefox, but I don’t know which browser you tested with. Note that Amiri does not have a ligature here at ll, but 4 separate glyphs.