On Fri Mar 20 08:30:54 2026 +0000, Paul Gofman wrote:
COLRv1 table is now used, e. g., in Noto Color Emoji font (in any available font version I could find). Without the proper support for that (besides format parsing per se, missing interfaces in dwrite, using that in d2d1) the font is loaded but no characters can be rendered. Treating that as non-color font doesn't help, the glyphs, at least the amjority of those, can only be rendered through data from COLR table. Not loading font at least gives a chance for fallback (and fixes emoji rendering in Idle Trillionare game). Another patch is unrelated, currently only the first fallback font can effectively be attempted, the other(s) will get 0 length. Which distro/package is it from? I'd like to try such combination on older Windows, to see what dwrite reports for it. The one hosted here https://fonts.google.com/noto/specimen/Noto+Color+Emoji does have glyf data as well as COLRv1 table, so it should in theory work if regular outlines are reasonable.
But, if your copy only has COLRv1 and nothing else, a better place to reject it would be opentype_ttf_analyzer(). For example checking if COLRv1 is available, but glyf is missing. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10388#note_132958