Start thinking about "static-second" development workflows
We have put a lot of effort into developing a variable-first workflow, and plan to put more effort into it until it's finished. One thing this eliminates is the need to generate a lot of individual feature files corresponding to different input masters.
Generally speaking the variable font produced in this way should have just about all the information that corresponds to one of our static fonts. So I think we should start to consider whether we can shift our static font production process from separately interpolated font files with their own feature file hierarchies to files generated by a process something like:
- Instancing the variable font to produce a temporary static fonts
- Removing overlap from the glyphs in the instanced version
- Cleaning up other remaining values (PostScript name, etc.)
as this would mean we only ever have to have one set of feature files, and only need to worry about the mechanics of interpolation to produce the variable glyph outlines.