Closed RosaWagner closed 9 months ago
can you compare the GDEF mark class of the two fonts? it seems to happen when there are two marks on top, maybe the font uses a alternate mark and those are defined as mark in GDEF?
the Glyphs' GDEF has a less lines but nothing worrisome and the MarkGlyphSetsDef
is the same in both files.
precision:
a
+ circumflexcomb_acutecomb
, it works fine, but calling the codepoint acircumflexacute
directly doesn't.a
+ circumflexcomb
+acutecomb
, also doesn't work but a different wayWhere are you testing this? Do you get the issue in a specific app? You can try to debug the failing sequences with https://www.corvelsoftware.co.uk/crowbar/ and see what it does with the two fonts.
different GDEF GlyphClassDefs groups (specifically the one that defines mark glyphs) may be the culprit, the lookupflag IgnoreMarks
uses those to decide whether to skip over the intervening mark glyphs and apply the substitutions as if the marks weren't there; if not ignored, an intervening glyph may break the substitution.
Have you dumped the --debug-feature-file <file>
to inspect the features (including autogenerated ones) that fontmake compiles?
Thanks for helping.
@khaledhosny I have this issue in Indesign, but the same is happening in Crowbar. I see that the feature is not applied the same way, but my understanding stops there. @anthrotype gonna try that now
The 2 files are there: Borel.zip
Have you dumped the --debug-feature-file
to inspect the features (including autogenerated ones) that fontmake compiles?
@anthrotype either i am using the command in the wrong way or it doesn't find anything problematic. I have the lookupflag IgnoreMarks, you say it is ignoring only one mark and not 2?
either i am using the command in the wrong way...
did you see a new debug feature file generated at the desired path?
The lookupflag IgnoreMarks is fine, I was trying to say the definition of what glyph is or is not a mark comes from the GDEF GlyphCassDefs, which defines four groups, in this order: base, ligature, marks and (ligature) components. I think you want to make sure that the third group that pertains to mark glyphs is identical in both the Glyphs.app generated features and in fontmake's (i.e. no glyph that is defined as "mark" by Glyphs is not also defined as such by fontmake).
Then you may want to make sure that the feature tokens as expanded by glyphsLib are the same as those from Glyphs.app, I think you should be able to inspect the latter's feature file in the ~/Application Support/Glyphs/Temp directory if I remember correctly (cc @schriftgestalt).
did you see a new debug feature file generated at the desired path? It was empty but now it is working somehow. markClass has the same number of lines.
Funnily enough, adding sub acircumflexacute by a circumflexcomb_acutecomb;
in the ccmp
feature fixes the issue on the web, but not in Indesign.
indesign doesn't do one to many substitutions in the default composer. In the paragraph settings, you can switch to the "World Ready composer". Then that sub will work.
But that this works may point to the actual problem. Is there acircumflexacute medi or final alternate?
@schriftgestalt yep, there is the same number of alternates for each letters
But not only the double accented letters are affected; also letters with horn
, hookabovecomb
, etilde
, itilde
, dcroat
.
Do we agree that there is a bug somewhere in glyphslib/fontmake that needs to get fixed?
Your automatic classes are outdated, you seem to have added new glyph but did not update the classes. For some reason Glyphs is updated them automatically (though I don’t see Update Features
custom parameter in the font). If you update them, the fontmake-built font will be fine.
I update and compile everytime :/ (like a thousand times)
I downloaded the glyphs file, built with fontmake and got a broken font, updated and built again and the font is working:
@khaledhosny I updated the classes manually and it works, thanks. @schriftgestalt the update button doesn't update the "automatic" classes (with the last cutting edge version). Closing this issue and opening one in GlyphsApp's forum.
source are in this branch: https://github.com/RosaWagner/Borel/tree/vietnamese/Borel/sources
The
calt
feature seems broken for some glyphs only when exporting with fontmake. I don't think mycalt
feature is wrong since GlyphsApp compiles it correctly. It seems to affect only the glyphs with multiple top accents (which are also the last ones that I added).cc @simoncozens @schriftgestalt
Building with GlyphsApp:
Building with Fontmake:
The calt feature: