Why? I have not omited any useful information during regeneration, have I? Or are the new compression algorithms so much better or, perhaps, even lossy? I noticed that the XML files generated by fonttools ttx -o differ, but I'm not in a position to understand whether a loss of useful information is hidden somewhere in the diff. Anyway, the file got smaller by around 10 kb wrt. I use curve points throughout in the light of the enormous number of glyphs involved, I don't want to continuously switch between different types of points, and most hieroglyphs are curved in most places anyway.
FreeMonoOblique.sfd: lots of missing points at extrema FreeSerif.sfd 12.
#MISSING POINTS AT EXTREMA FONTFORGE WINDOWS#
also forestalls endless headaches with missing extrema points down the road. Fontforge complains Windows doesnt like to kern auxiliaries with Unicode. So, I ignore this list and press "Generate" to create the fonts and obtain a brand new TeXGyreTermesMath-Regular.otf of size 522156 b (later: 522148 I don't know why the contents changes between compilations: the file contains a lot of nontextual information, so it cannot be meaningfully inspected in a simple text editor). The first thing we have to do is import the scan into the FontForge drawing. The detailed information would be too long to review in detail I don't understand it anyway. Glyph containing overlapped hints (in the same hintmask)
Starting with TeX Gyre Termes Math v 1.543, I open the file texgyretermes-math.otf of size 532404 b with fontforge, notice that "Compact" is not checked, press Ctrl+Shift+G to regenerate the fonts into file TeXGyreTermesMath-Regular.otf, leaving all the options at their defaults, and obtain a bunch of errors:
0 kommentar(er)
