Skip to content
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

[Idea] U+FE0E is the key to fix DejaVu Sans and Liberation Sans overriding #69

Open
guoyunhe opened this issue Jul 6, 2019 · 3 comments

Comments

@guoyunhe
Copy link

guoyunhe commented Jul 6, 2019

I happened to find this table on Wikipedia: https://en.wikipedia.org/wiki/Emoticons_(Unicode_block)#Emoji

This means that monospace fonts like DejaVu Sans and Libreation Sans can avoid overriding colored emoji if they assign their glyph to correct Unicode with U+FE0E instead of U+FE0F.

If we can fix these two font family, then here won't be any other configuration needed.

@guoyunhe
Copy link
Author

guoyunhe commented Jul 6, 2019

And here is the list of all supported variants in Unicode 12: https://unicode.org/Public/emoji/12.0/emoji-variation-sequences.txt

So in future, if you specify the correct modifier, it will render emoji version instead of text version, no mater the fontconfig priority.

I am trying to make a web page example for this test.

@guoyunhe
Copy link
Author

guoyunhe commented Jul 6, 2019

Found this one from Unicode website: https://unicode.org/Public/emoji/12.0/emoji-test.txt

It has fully qualified and unqualified emojis. Only some unqualified emoji get override by DejaVu Sans, etc. fully qualified emojis are all okay.

@13rac1
Copy link
Owner

13rac1 commented Sep 12, 2020

#21 is related

This is quite interesting, problem is most of the usage of emoji in the wild seem to use unqualified emoji.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants