Lnum Feature auto generation error

Hi,
My default lining figures are being subbed by .tf in the lnum feature. I’m aware there’s some measurement that determined this.

Is there something unusual about my widths?

My tnum is also acting strangely, swapping my osf to default
sub zero.osf by zero;
sub one.osf by one;
sub two.osf by two;
sub three.osf by three;
sub four.osf by four;
sub five.osf by five;
sub six.osf by six;
sub seven.osf by seven;
sub eight.osf by eight;
sub nine.osf by nine;
sub zero by zero.tf;
sub one by one.tf;
sub two by two.tf;
sub three by three.tf;
sub four by four.tf;
sub five by five.tf;
sub six by six.tf;
sub seven by seven.tf;
sub eight by eight.tf;
sub nine by nine.tf;

Your lining figure glyphs are set as non-exporting, is that intensional?

For now, yes. Just to ensure they’re not part of this feature issue.

What happens if set them to exporting? What lnum code is generated then?

It is possible to send me the file?

Thanks Georg, sent.

It goes to this:
sub zero.osf by zero.lf;
sub one.osf by one.lf;
sub two.osf by two.lf;
sub three.osf by three.lf;
sub four.osf by four.lf;
sub five.osf by five.lf;
sub six.osf by six.lf;
sub seven.osf by seven.lf;
sub eight.osf by eight.lf;
sub nine.osf by nine.lf;
sub zero by zero.tf;
sub one by one.tf;
sub two by two.tf;
sub three by three.tf;
sub four by four.tf;
sub five by five.tf;
sub six by six.tf;
sub seven by seven.tf;
sub eight by eight.tf;
sub nine by nine.tf;

The issue is that your default numbers are lining and you have another set of .lf numbers. That confuses the algorithm. It looks if it finds three sets of alternate figures and the third would be the default. That is .tosf in this case.

Just disabling the .lf glyphs is not enough, you need to remove or rename them.

Understood. Thank you!