Changes between Initial Version and Version 1 of Ticket #16213, comment 2
- Timestamp:
- Jul 30, 2020, 7:39:06 PM (4 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #16213, comment 2
initial v1 3 3 A lot of printfs and recompiling (thank you for test_app_server) shows that when the kanas render above each other, their escapements are retrieved as 0 because their glyphs are not found, and rendered anyway because the glyphs are found! 4 4 5 The escapements are retrieved using the whole string. I'm guessing for some sizes Noto Sans Regular does not givereturn any glyph, Noto Sans Display is selected as fallback with the first "H" and, as only one fallback is used for the whole string, the kanas are missing.5 The escapements are retrieved using the whole string. I'm guessing for some sizes Noto Sans Regular does not return any glyph, Noto Sans Display is selected as fallback with the first "H" and, as only one fallback is used for the whole string, the kanas are missing. 6 6 7 The rendering, on the other hand, is done a character at a time, so when rendering latin letters Noto Sans Display is used if needed and when rendering tha kanas Noto Sans CJ P is chosen.7 The rendering, on the other hand, is done a character at a time, so when rendering latin letters Noto Sans Display is used if needed and when rendering tha kanas Noto Sans CJK JP is chosen. 8 8 9 9 The thing is https://git.haiku-os.org/haiku/tree/src/servers/app/font/GlyphLayoutEngine.h#n249 only looks for a fallback font once in a whole layout string, so when one needs two or more fallback fonts for different characters in the same hunk, we are out of luck.