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
Roundtripping NotoColorEmoji-Regular.ttf makes COLR table grow #3236
Comments
Cosimo and I tracked this down to hb-subset vs fonttools packer difference. The smaller font is packed by hb-subset. The TTX of the two is the same, and there's no overflows. So this suggests a bug in the fonttools packer. |
I checked how many objects each packer is producing, and hb-subset's was about 3000 fewer. I think I see what's going on. In FontTools packer, each |
This makes us match hb-subset now. Fixes #3236
This makes us match hb-subset now. Fixes #3236
This makes us match hb-subset now. Fixes #3236
COLR table of original font is 1058175 bytes. Just roundtripping it through TTX makes it grow by 20kb to 1079817.
I have no explanation for this. COLRv1 uses all 24 or larger offsets types, so all object-sharing should happen all the same. This is very unsettling to me currently. :-)
Font file downloaded from https://fonts.google.com/noto/specimen/Noto+Color+Emoji (Click on "Download family").
The text was updated successfully, but these errors were encountered: