Mike FABIAN

U+1FAE8 🫨 shaking face U+1F92F 🤯 shocked face with exploding head ``` $ fc-match "Twemoji:lang=und-zsye:charset=1fae8" NotoColorEmoji.ttf: "Noto Color Emoji" "Regular" $ fc-match "Twemoji:lang=und-zsye:charset=1f92f" Twemoji.ttf: "Twemoji" "Regular" ``` So fontconfig’s `fc-match`...

@ferdnyc I think theoretically I could implement a workaround as follows (only for emoji which are single code points!): ``` For each emoji to be displayed if the requested font...


> $ fc-query $(fc-list -f '%{file}' Twemoji) -f '%{charset}' |fmt That is a good idea, thank you very much! But I still wonder whether implementing a workaround which only works...

> Still doesn't even begin to address the ZWJ-combined emoji issue; it feels like that information _has to_ be stored SOMEWHERE in the font data, but I'm at a loss...

I made some limited progress using this: ```Python from typing import List from typing import Tuple from typing import Dict from typing import Any import sys from gi import require_version...

As you can see in the comments I can now detect how many glyphs were used to render an emoji, i.e. I can detect for some sequences that they are...

Also, in case of a single code point, when fallback is not allowed, and a font which does not have that glyph is used, Pango still renders it using one...

> @mike-fabian > > One option to make the doctests universal/reproducible, at the cost of (admittedly) a good deal of detail, would be to only return a boolean value indicating...

In the meantime I have improved my code to detect whether a font seems to render an emoji sequence but the result is empty (like the flag of Sark in...