-
Notifications
You must be signed in to change notification settings - Fork 475
[varLib] Shifting composite glyphs in macOS #1381
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
Comments
Right. I saw the same when I read your comment in other issue. It's slightly trickier than I like it to be, as the empty entries are optimized out during the compile process, so varLib needs a way to communicate it to the compiler that we want to retain empty entries for those glyphs.. |
Humm, or maybe not. |
* [varLib] Always write tuple entries for composite glyphs Fixes #1381 Fixes googlefonts/fontmake#481 partially * Make sure at least one gvar delta is written for composites * Add test data for composite fix * Put in the correct issue link * Typo * Fix typos * Expand comment, add link to issue * Add ttx files for test font
This bug in macOS 12.4 seems to apply to fonts that have the workaround: Variable fonts rendering bug: composite glyphs disappear when all deltas are zero |
I get "Feedback not found". @Lorp can you copy/paste the content of the bug report here?
so IIUC, removing the workaround fixes the bug on macOS 12.4? |
googlefonts/fontmake#481
I had noticed this macOS rendering behaviour a long time ago, but the fix occurred to me only today. varLib could work around it by adding dummy entries to glyphs without necessary deltas to make sure they get an entry in the gvar table.
You can see it very clearly in Normschrift e.g. in ö (composites at default positions, no gvar entry), but not in Ö (dieresis is y-shifted so there is a gvar entry).
The text was updated successfully, but these errors were encountered: