Move to UFO sources and TTX dump for VTT data#87
Move to UFO sources and TTX dump for VTT data#87madig wants to merge 11 commits intomicrosoft:masterfrom
Conversation
|
Is there a way to add support for generating FontLab source files? |
|
Fontlab has a vfb2ufo utility: https://blog.fontlab.com/font-utility/vfb2ufo/. |
b1625d8 to
eb8b9e1
Compare
|
Rebased on master. Will keep this up to date until it is decided what to do with it :) If it's going to be merged, I'll clean up the commits. |
|
This is one of the impedance mismatches between how Glyphs does layers and how UFO handles them. In Glyphs, glyphs have layers. In UFO, layers have glyphs. This results in slightly different low-level semantics, but glyphsLib translates this losslessly, and only the glyphs in the |
Taken from official VTT TTF binary.
2a2da73 to
20d03e2
Compare
|
@cinnamon-msft I just read your roadmap branch changes. Exciting :) One thing that you have to keep in mind currently for planning is that the chosen workflow affects hinting, or rather, what is hinted. Since the design outlines are cubic, TTFs allow only quadratic curves, and VTT works on those quadratic outlines directly, the chosen algorithm for converting the curves and the VTT code are intertwined. Currently, this branch produces different TTFs from what Glyphs outputs (which uses some version of Adobe's AFDKO under the hood), so the existing VTT code is completely broken. This is becomes relevant every time the conversion algorithm changes (be it by changing libraries/compilers or due to newer versions doing things differently -- this has happened before). Your planning should include either engineering effort to use/match what the AFDKO does or allocate resources for adapting the hinting. I happen to be sitting on code that converts VTT code from old outlines to new ones and I'm allowed to open-source it, but it currently does not handle the new This is not a problem for OTFs, which can define a small amount of hinting metadata which is used by the AFDKO's psautohint for effortlessly generating hinted fonts. |
|
Note to self: test if new UFO export from Glyphs 2.6.2 is good enough so we don't need glyphsLib here. |
|
As this is subsumed in the #181 update, closing :) |

Summary of the Pull Request
I couldn't contain myself and went ahead on #78.
The build script should also include the glyph width modification script that the designer seems to run manually to cut a release, noted in the notes.
References
GitHub Actions may be used to automatically do #57.
PR Checklist
Detailed Description of the Pull Request / Additional comments
The motivation for this is detailed in #78.
I have additionally outfitted the UFO with Postscript blue zone information so I can produce OTFs and psautohint them:
VTT data is added as-is but is broken because the code converts outlines differently from Glyphs.
Validation Steps Performed