Dear all,
StemSnapH or StemSnapV may not be exported. In the attached example, StemSnapH is not exported.
StemSnap.glyphs (5.6 KB)
/StdVW [197] def
/StemSnapV [197 215 ] def
/StdHW [98] def
/StemSnapH [107 98 ] def
What am I doing wrong?
Thanks!
/StemSnapH [107 98 ] def
Does this have to be in ascending order?
If there is a mix of 2 and 3 digits in the StemSnap array, they will not be in ascending order.
Could this be a bug?
It seems that some things are indeed not working correctly in regard to the stem snap values.
Maybe this is related?
I have a Glyphs file with 2 vertical stems and 4 horizontal stems:
Light H: 62, 90
Light V: 54, 60, 92, 86
Bold H: 146, 178
Bold V: 130, 140, 180, 168
Of the 4 exported instances, the Regular instance is missing the StemSnapH and StemSnapV arrays in the CFF table.
Light:
<StdHW value="54"/>
<StdVW value="62"/>
<StemSnapH value="54 60 86 92"/>
<StemSnapV value="62 90"/>
Regular:
<StdHW value="83"/>
<StdVW value="94"/>
Medium:
<StdHW value="100"/>
<StdVW value="112"/>
<StemSnapH value="100 108 135 145"/>
<StemSnapV value="112 143"/>
Bold:
<StdHW value="130"/>
<StdVW value="146"/>
<StemSnapH value="130 140 168 180"/>
<StemSnapV value="146 178"/>
Interestingly, in the font.ps temp file corresponding to the Regular instance, the values are there, but not sorted correctly:
/StdVW [94] def
/StemSnapV [123 94 ] def
/StdHW [83] def
/StemSnapH [117 125 83 90 ] def
It seems they get lost in the conversion to OTF, maybe due to them not being sorted in the PS file?
Perhaps so.
The following statement appears at the end of page 42:
These widths must be sorted in increasing order.
Possibly, it seems to me that it’s sorting by string, not by integer.
I fixed it. Thanks.
Thanks a ton 