-
Notifications
You must be signed in to change notification settings - Fork 95
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cannot make Breite-Light #12
Comments
The font is fine I guess, it just doesn't have a postscriptFullName defined and so that is None. |
In ufo2ft/ufo2fdk there is getFontAttrWithFallback which mostly requires familyName and styleName in terms of naming. Note that a UFO without these attributes is still a valid UFO, but it's reasonable to require familyName and styleName for font generation (we require attributes which ufo2ft will crash without there). |
Thanks for the explanation. If the input lacks a needed attribute, could fontmake print an error message instead of crashing? |
I'd raise an exception anyway since it failed to proceed, so caller can react accordingly. Maybe ValueError, that's what ufo2ft raised when it was using makeotf. Now, postscriptFullName itself shouldn't be a hard requirement. I would suggest calling getFontAttrWithFallback or falling back to familyName + styleName. |
As of afe78eb it's now just building a postscript-like name, since this was only used for printing. Breite-Light is still crashing for me, but I believe that's an issue with the UFO (missing or mis-referencing a component). |
Thanks for fixing postscriptFullName. Created a new bug for the discussion how to handle missing components. |
fontmake crashes when building Breite-Light from UFO:
First I thought it’s the whitespace in the file names, but renaming directories did not help. Is the font borked? Or an upstream component?
The text was updated successfully, but these errors were encountered: