General TC > General TC Talk
[Solved] emojis show up as tofus in all applications
GNUser:
A related question: I added noto emoji fonts. Now on test page the vast majority of emojis show up in color using the noto font, while a few of them (e.g., "smiling face", "frowning face", and "skull and crossbones") show up in a much more primitive-looking font in black and white (could be one of the fonts in Xorg-fonts.tcz).
Not that I particularly care about the above "issue", but it is an opportunity for me to learn how to tweak font selection/priority when more than one font can be used to display a particular glyph.
So, how do I force all emojis in my web browser (Brave) to be rendered with NotoColorEmoji-Regular.ttf? This how-to looked promising:
https://askubuntu.com/a/1204262
No luck with that, though. As with user denshigomi, I get this as expected (so far so good):
--- Code: ---$ fc-match -a | head -2
NotoColorEmoji-Regular.ttf: "Noto Color Emoji" "Regular"
DejaVuSans.ttf: "DejaVu Sans" "Book"
--- End code ---
But the black and white emojis are still there when I close my browser and reload the test page! It seems the browser is ignoring fontconfig and following some other font selection algorithm.
Rich:
Hi GNUser
According to the test page you linked to, the 3 examples you mentioned come in 2 versions
coded slightly differently:
--- Code: --- ----- Snip -----
263A FE0F ; fully-qualified # ☺️ smiling face
263A ; non-fully-qualified # ☺ smiling face
----- Snip -----
# subgroup: face-negative
2639 FE0F ; fully-qualified # ☹️ frowning face
2639 ; non-fully-qualified # ☹ frowning face
----- Snip -----
2620 FE0F ; fully-qualified # ☠️ skull and crossbones
2620 ; non-fully-qualified # ☠ skull and crossbones
----- Snip -----
--- End code ---
The color versions (fully-qualified) have FE0F appended to them.
Juanito:
--- Quote from: curaga on September 21, 2022, 12:43:13 PM ---It looks like none of the repo fonts has emojis.
--- End quote ---
In fact there's the emojionecolor-svginot-fonts-ttf extension in the x86_64 repo
GNUser:
I figured out the problem I mentioned in Reply #5 above: My browser (Brave) has its own font settings and ignores fontconfig. If I set Noto Color Emoji to be browser's preferred font, then all emojis on test page show up in color.
But this leads to another problem: Noto Color Emoji includes glyphs for alphanumeric characters which, to my eye, are difficult to read. So setting it as the default font is not going to work for me.
Conclusion:
It seems there is no way to set "preferred font for emojis" vs "preferred font for text" (neither in fontconfig nor in web browser). In that case, I will set my preferred font based on what's easy to read. If preferred font happens to have some emojis, its version of those emojis is what I'm stuck seeing. A font with broad emoji coverage (I went with Noto) will be present as a fallback for emojis that are not supported by my preferred font.
GNUser:
--- Quote from: Juanito on September 22, 2022, 04:49:59 AM ---In fact there's the emojionecolor-svginot-fonts-ttf extension in the x86_64 repo
--- End quote ---
I just saw that, Juanito. I also found notocoloremoji-fonts-ttf.tcz in the repo. Alas, even with both of these extensions loaded, several emojis on the test page display as tofus.
The latest Noto_Color_Emoji.zip (from https://fonts.google.com/noto/specimen/Noto+Color+Emoji) supports all emojis on the test page. Would you like me to update the notocoloremoji-fonts-ttf.tcz extension, Juanito? You are the maintainer.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version