-
Notifications
You must be signed in to change notification settings - Fork 168
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
[checkOutlinesUFO] Not every glyph has its overlaps removed #239
Comments
Which version of checkOutlinesUFO are you using? Also, would you be OK with sending me the font (or a subsetted version of it that exhibits the problem) for testing/debugging purposes? If you don't want to post it publicly, you can email me at my first initial followed by my last name at adobe dot com. |
Means that the outlines have changed since the last time checkOutlines was run (a hash is stored). makeOTF catches this and reports an error. If you run checkOutlines again, after you make the changes (nice to double check that all is fixed) then this error will go away |
@robinsdg in case you're not aware, checkOutlinesUFO does NOT change the outlines in the foreground layer. Instead, it creates a new layer (named Does this explain what you're experiencing? |
This is the thing: the file this runs on is new. My shell script copies the UFO, runs the program on that file, and then deletes it again. In the older version (1.2.1 if I recall correctly), the file processed with the |
@robinsdg my guess is that there's a bug in the |
@miguelsousa That’s what I believe as well. Would you like me to update the title to reflect this? |
It's not necessary right now. We can change it once we have a better idea of where the problem is. Thanks |
@robinsdg can you send us a one-glyph font that shows this problem. |
I can’t manage to isolate this into a new font, sadly. I can privately send you a file that is giving me trouble, but it simply works so inconsistently that I can’t pare down the issue. Some glyphs flatten just fine in a build process with only the |
@robinsdg yes please send it to {name of the repository}at{name of the company}dotcom |
@robinsdg (& @miguelsousa) I received the |
Running
checkOutlinesUFO -e
to produce a flat version (for production automation purposes) performs erratically. Using the-e
flag does not always remove overlaps. I am struggling to find the reason why on a glyph or font level. Using the-w
flag removes a few more overlaps than without, but it still leaves plenty of obvious cases (such as the attached /a/).makeotf
also seems to have problems with files having been through the-w
process. The errorsrc glyph aring is newer than processed layer. programName: CheckOutlines
doesn’t mean anything to me, and I don’t understand why that’s a breaking issue.The text was updated successfully, but these errors were encountered: