Behdad Esfahbod
Behdad Esfahbod
> Thanks all! You're welcome. Let me know if you hit any issues with it.
This might actually be a font bug. That font has already shown some other peculiarities. Font bug as in calling a local subroutine in a FontDict without one.
I can try take a look. CMAP subtable format 2 is a rarity AFAIK, so I might not be able to make sense of it. There's also some scary comments...
Ugh. Not sure there's much we can do here. Unfortunately some systems read some parts of the Unicode standard too strongly, ie. in this case, disallowing U-FFFF although there's no...
Perhaps we should catch this before writing the XML out, and write a binary encoded version. I have a patchset for that. Will dig it out.
Ugh. Python's own Unicode routines don't have any problem with decoding to U-FFFF: $ python3 Python 3.2.3 (default, Feb 27 2014, 21:31:18) [GCC 4.6.3] on linux2 Type "help", "copyright", "credits"...
> did this option ever make it? It doesn't look like it unfortunately.
Changing it in varLib would be harder / I don't think possible at this point.
> Changing it in varLib would be harder / I don't think possible at this point. Same about `designspaceLib`.
Should we raise a "don't intersect" exception instead? Or ValueError?