You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Now if I add the parsed tableVersion to the logged error message there, it's showing a value of 0.
It seems that something in the font file is incorrect, as that appears to not be a valid version for the GDEF table according to the spec I could find.
Now my thing is, I'd still like to parse that font file even though it has this inconsistency. I've added a local patch to my project as a workaround:
Also worth noting that any other software seems to be able to open the font file just fine, and FontForge for example does not report any issues when loading the font.
My questions are:
Would some form of fault tolerant parsing be in scope for opentype.js?
Would contributions along those lines be welcome?
Or does the project generally only aim to be able to parse files that 100% adhere to the spec?
The text was updated successfully, but these errors were encountered:
Hello, big fan of the package here!
I've got an issue that's maybe more of a question, not a bug in the package itself:
I'm trying to parse a font file and opentype.js is throwing this error:
opentype.js/src/tables/gdef.mjs
Line 49 in aa8ad76
Now if I add the parsed
tableVersion
to the logged error message there, it's showing a value of0
.It seems that something in the font file is incorrect, as that appears to not be a valid version for the GDEF table according to the spec I could find.
Now my thing is, I'd still like to parse that font file even though it has this inconsistency. I've added a local patch to my project as a workaround:
Also worth noting that any other software seems to be able to open the font file just fine, and FontForge for example does not report any issues when loading the font.
My questions are:
Would some form of fault tolerant parsing be in scope for opentype.js?
Would contributions along those lines be welcome?
Or does the project generally only aim to be able to parse files that 100% adhere to the spec?
The text was updated successfully, but these errors were encountered: