-
Notifications
You must be signed in to change notification settings - Fork 487
Remove workaround (#1381) #1788
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
Conversation
Anecdotally, removing the workaround saves me 11kB (61kB to 50kB) on one of the TTFs from https://github.com/jenskutilek/homecomputer-fonts. |
That's great to hear.
Hm that's a lot, but I am inclined to keep this in by default, given that 10.14 is relatively recent. |
2.5 years later. Let's decide when is a good time to remove the workaround. |
Since it was a problem introduced with macOS 10.14, and was apparently fixed latest in 10.14.6, the time to remove the workaround should be now... |
See #1381 (comment) about a current macOS bug that appears to hit glyphs containing components with zero deltas. |
one year later, what shall we do here?
@Lorp what happened to that ever since? |
648dc2a
to
2e13c73
Compare
5 years later, now really is time to remove the workaround |
…-zero deltas Now that fonttools has also removed this old workaround, we shall remove it as well in fontc. See fonttools/fonttools#1788 Fixes #283
…-zero deltas Now that fonttools has also removed this old workaround, we shall remove it as well in fontc. See fonttools/fonttools#1788 Fixes #283
Apparently the macOS bug has been fixed. I'm not sure when, but in 10.14.6 the workaround introduced in #1381 is not needed anymore. Can anybody confirm?