@GeorgSeifert just to let you know that after some digging I found out that in the same version, in the statics, even though rlig is written in the arab script list, it is not written in URD and MLY (lang tags we used in the file) so rlig is broken for them as well in the statics. That shouldn’t happen.
I checked static fonts exported from G3.2 and the issue with the broken URD and MLY rlig persists.
Additionally I cannot export a VF from G3.2 with the file I sent you no matter what. I get the following error:
Broken internal cross-table feature reference in -[FEAFeatureSubstitution(Backend) dump:state:] (FEAFeatureSubstitution.m:211)
Found in: (null).
As for the variable font from 3.1.2, what breaks rlig is related to the FeatureVariations. When the feature variations kick in rlig stops working (see images)
I installed the latest update and tried. I am getting the following error:
“Anchor “<anchor 133 -33>” for ligature glyph “lam_alefHamzaabove-ar” overrides previous rule
Found in: feature ‘mark’, line 24.
Anchor “<anchor 437 660>” for ligature g…” (I guess there are more than just one glyph)
@GeorgSeifert I ttxd the font and had a look around and I think the problem is that you are making use of RLIG in the FeatureVariations (instead of rvrn?) and that’s what causing the break. I manually added an rvrn feature in the ttx file and pointed the FeatureVariations to it and now the file works perfectly fine.
@GeorgSeifert if rvrn is broken as Eric suggest in the Switching shapes article, and rlig is the suggested place for the feature variations, is there a way to keep it in rlig and have the working arabic required ligatures there too?
Please never speak of rvrn again. It is not meant for general purpose feature variation (I still don’t understand what is was meant for). Feature variations can, and should be attached to any feature. You could add it to a feature that is related to the one where those glyphs are activated (e.g. in smcp for .sc glyphs). But that is not practical in most situations. So the easiest ist to use a feature that is wildly supported and always active. That leaves “rlig” and “rclt”.
There seems to be a problem with manual and automatic “rlig” features. Can you use a “Feature for Feature Variations” parameter with “rclt”. We are looking into this.
I used rclt. Do have a look at the file I sent you and the error message I get on G3.2, as well as the broken rlig in MLY and URD (and potentially other languages if they were included).
“Broken internal cross-table feature reference in -[FEAFeatureSubstitution(Backend) dump:state:] (FEAFeatureSubstitution.m:211)
Found in: (null).”