<div dir="ltr">Hi,<div><br></div><div>Since most fonts do not have the standard tex ligatures built in, I tend to add them when I load the fonts.  Once in a while, I run into fonts where this does not work.</div><div><br></div><div>See the attached tex/pdf files.  I basically load the font as follows:</div><div><br></div><div>\definefontfeature[tf][arabic][tlig=yes]<br>\definedfont[dejavusansmono*tf]<br></div><div><br></div><div>This works fine for DejaVuSansMono and for one Farsi font I use (<a href="https://github.com/rastikerdar/vazir-font/blob/master/dist/Vazir-Regular.ttf">https://github.com/rastikerdar/vazir-font/blob/master/dist/Vazir-Regular.ttf</a>) but not for this other Farsi font (<a href="https://github.com/aminabedi68/Mikhak/blob/master/Font/ttf/Mikhak-Medium.ttf">https://github.com/aminabedi68/Mikhak/blob/master/Font/ttf/Mikhak-Medium.ttf</a>).  Perhaps this is because the last font is not standard, but TrueType/OpenType standard is sometimes up for interpretation.</div><div><br></div><div>I see two strange symptoms here:</div><div><br></div><div>\showotfcomposition displays the tlig feature differently for the last font.  It appears in the "extra" list, not in "basic".  Why is that?  What does this mean anyway?</div><div><br></div><div>In the pdf, you see two unicode characters U+647 and U+654 following the numbers and dashes.  This usually has a ligature turning the two characters into U+6C0.  It happens for VazirRegular but not for Mikhak-Medium.  Why is that?  I have looked in the font: the ligature exists.  I have seen that working in this demo page (<a href="https://aminabedi68.github.io/Mikhak/">https://aminabedi68.github.io/Mikhak/</a>), though it may be hard to spot.  Why is that?  Is there something about the ordering of OpenType features which causes this behavior, or is there a bug in the font processing code?</div><div><br></div><div>Best,</div><div>MHB</div><div><br></div></div>