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
hb-ft does not correctly scale bitmap-only fonts #489
Comments
In the meantime, using hb-ot font funcs works. Eg. --font-funcs=ot |
If anyone wants to attach this, here's the logic in cairo that picks up the best strike and uses that size to call FreeType, and scaling results: https://github.com/behdad/cairo/blob/color-emoji/src/cairo-ft-font.c#L726 It's quite doable. Just a bit of head-scratching to figure out where to do it to minimize changes. |
Now that FreeType has |
It seems to have gotten worse:
|
Weird. I don't remember any changes that would trigger that. Let me try to tackle this. |
This is very peculiar. My system hb-view doesn't have the change of behavior whereas if I compile the same version (4.0.0) I get the |
The error message is from cairo FWIW. |
Fixes #489 Something about the vertical metrics is still off, not matching hb-ot. I cannot figure out what.
Fixes #489 Something about the vertical metrics is still off, not matching hb-ot. I cannot figure out what.
I almost have a fix here: #3726 |
Like NotoColorEmoji for example.
The text was updated successfully, but these errors were encountered: