error when generating gvar from TTFs with different glyph names

I just got this new error which I haven’t seen before. I have successfully generated many variable fonts already by first generating interpolatable ttfs and then running python /~username/env/lib/python2.7/site-packages/FontTools/fontTools/varLib/init.py path/to/mydesignspacefile.designspace

This time I was able to generate the interpolatable ttfs. But then when I ran the command above I got this error:

Generating gvar
Traceback (most recent call last):
  File "/Users/cjdunn/env/lib/python2.7/site-packages/FontTools/fontTools/varLib/__init__.py", line 562, in <module>
    main()
  File "/Users/cjdunn/env/lib/python2.7/site-packages/FontTools/fontTools/varLib/__init__.py", line 553, in main
    _add_gvar(gx, axes, master_fonts, master_locs, base_idx)
  File "/Users/cjdunn/env/lib/python2.7/site-packages/FontTools/fontTools/varLib/__init__.py", line 445, in _add_gvar
    allCoords = [d[0] for d in allData]
TypeError: 'NoneType' object has no attribute '__getitem__'

This is the line the error refers to in init.py:

    for glyph in font.getGlyphOrder():

        allData = [_GetCoordinates(m, glyph) for m in master_ttfs]
        allCoords = [d[0] for d in allData]

looks like it’s looping through all of the glyphs, but I’m not sure what the TypeError: ‘NoneType’ is referring to. @behdad @jamesgk Any ideas what the problem could be? Thank you.

[cjdunn]

My vote would be: –try interpolating based on glyph name –skip the glyphs that don’t interpolate (and report them) –use the unicodes in the ‘base’ master if there’s ever a conflict.

This is basically what Superpolator does: if something isn’t perfect in all masters you just get the base master glyph or a weird interpolation (depending what’s wrong), but it doesn’t stop the whole process. This is very handy for early development/testing when you only care about certain glyphs, and don’t care if others fail. As long as they are reported it’s fine, and you can fix them later. Alternatively, you could have options for “ignore errors” vs “stop for errors” so the first option is for development and the second option is for final production.

[cjdunn]

Sounds good. If fontmake had an option to ignore errors that would be great, I’ll post an issue.

And perhaps varLib could have an option to ignore errors too so if you have compatible glyphs in 2 out of 3 masters then those ones would work. Again, this would only be meant for early dev/testing, not final production. Does that make sense at all?