Closed BananaManCJ closed 2 years ago
This could possibly be fixed with a fontconfig entry but I am new to Linux and don't know how that works.
I will take a look over the weekend π
Did you see any problems over the weekend?
I figured it out, create a file at ~/.config/fontconfig/conf.d/01-emoji.conf
with these lines
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<alias>
<family>serif</family>
<prefer>
<family>Apple Color Emoji</family>
</prefer>
</alias>
<alias>
<family>sans-serif</family>
<prefer>
<family>Apple Color Emoji</family>
</prefer>
</alias>
<alias>
<family>monospace</family>
<prefer>
<family>Apple Color Emoji</family>
</prefer>
</alias>
</fontconfig>
Then run fc-cache -f -v
Actually, that didn't fix it. I think it's conflicting with opensymbol.
The emojis seem to work better in Google Chrome than in Firefox. Chrome Firefox
It doesnt apply for me on Firefox, but it does on Chromium. screenshot
Arch Linux (Manjaro 19.0, I downloaded the last release and ran fc-cache
and restarted Firefox) - Firefox 75.0 - Chromium 81.0.4044.113.
Did you see any problems over the weekend?
Emoji renders correctly on both Firefox and Chrome for me, but it doesn't on Chromium. I'm trying to get that fixed at the moment, and hopefully, that would also fix your problem with Firefox.
The emojis seem to work better in Google Chrome than in Firefox. Chrome Firefox
It doesnt apply for me on Firefox, but it does on Chromium. screenshot
Arch Linux (Manjaro 19.0, I downloaded the last release and ran
fc-cache
and restarted Firefox) - Firefox 75.0 - Chromium 81.0.4044.113.
Have you applied these rules under $HOME/.config/fontconfig/conf.d
?
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<alias binding="strong">
<family>emoji</family>
<default><family>Apple Color Emoji</family></default>
</alias>
<alias binding="strong">
<family>Noto Color Emoji</family>
<prefer><family>Apple Color Emoji</family></prefer>
</alias>
<alias binding="strong">
<family>Segoe UI Emoji</family>
<prefer><family>Apple Color Emoji</family></prefer>
</alias>
<alias binding="strong">
<family>Emoji One</family>
<prefer><family>Apple Color Emoji</family></prefer>
</alias>
</fontconfig>
Hope that helps π
That fontconfig entry fixed my problem, but even after uninstalling fonts-noto-color-emoji, some of the people look like they are using the Noto Color Emoji font.
The emojis seem to work better in Google Chrome than in Firefox. Chrome Firefox
It doesnt apply for me on Firefox, but it does on Chromium. screenshot Arch Linux (Manjaro 19.0, I downloaded the last release and ran
fc-cache
and restarted Firefox) - Firefox 75.0 - Chromium 81.0.4044.113.Have you applied these rules under
$HOME/.config/fontconfig/conf.d
?<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd"> <fontconfig> <alias binding="strong"> <family>emoji</family> <default><family>Apple Color Emoji</family></default> </alias> <alias binding="strong"> <family>Noto Color Emoji</family> <prefer><family>Apple Color Emoji</family></prefer> </alias> <alias binding="strong"> <family>Segoe UI Emoji</family> <prefer><family>Apple Color Emoji</family></prefer> </alias> <alias binding="strong"> <family>Emoji One</family> <prefer><family>Apple Color Emoji</family></prefer> </alias> </fontconfig>
Hope that helps smiley
Oh ! Thank you, now it works ! But I don't get the same bug as @BananaManCJ, for me, only Firefox window and Tab name containing emojis are showed in Samsung-style.
Oh ! Thank you, now it works ! But I don't get the same bug as @BananaManCJ, for me, only Firefox window and Tab name containing emojis are showed in Samsung-style.
That happened to me too, but it went away after clearing the fontconfig cache and rebooting
I did a fresh install of Pop!_OS and all of the emojis are working now, this is definitely a fontconfig error and not a problem with the font itself. Is there a way to see what the font prioritization is?
Scratch that, many emoji are still the Noto Color Emoji style, even though fonts-noto-color-emoji
isn't installed and the NotoColorEmoji.ttf isn't in my /usr/share/fonts or ~/.local/share/fonts folders. I think the problem is acually with the Apple Color Emoji font itself.
Ok, so the problem is with the ttf itself. When it pulls the images it uses to build the ttf, some of the images are the Noto Color Emoji style. You can see this if you go to the build/emoji folder in the repository directory when it's building the font.
The font needs to be re-extracted and checked before all of the fonts are Apple style
Thanks, @BananaManCJ . Yeah, some of the emojis are not mapped correctly, which was still in progress. I misunderstood you were having an issue with some emojis showing in black and white symbols π. Anyways, I will be working on it and will probably have an update on this or next weekend (depends on my availability).
What is the script that extracts the emoji from the ttc? I can't find it.
It's been removed. But you could find it in old commits.
Update: Most of the incorrect mapped emojis are fixed, some are still in the works. You can find the latest version of AppleColorEmoji.ttf
at the release page.
The newest release is still from 2 weeks ago
Looks like the past two builds failed
I updated the ttf manually 2 days ago. Build pipeline is currently broken, and I haven't had a chance to fix it yet.
Would you like me to make a list of the emojis that are currently broken?
Looks like these are the only emoji mapped incorrectlyπ¨βπ©βπ§π¨βπ©βπ§βπ¦π¨βπ©βπ¦βπ¦π¨βπ©βπ§βπ§π©βπ©βπ¦π©βπ©βπ§π©βπ©βπ§βπ¦π©βπ©βπ¦βπ¦π©βπ©βπ§βπ§π¨βπ¨βπ¦π¨βπ¨βπ§π¨βπ¨βπ§βπ¦π¨βπ¨βπ¦βπ¦π¨βπ¨βπ§βπ§π©βπ§βπ¦π©βπ¦βπ¦π©βπ§βπ§π¨βπ§βπ¦π¨βπ¦βπ¦π¨βπ§βπ§
Thanks @BananaManCJ. Yay! only a few left.
On Ubuntu the emojis didn't load correctly so I tried @BananaManCJ 's solution and it works fine, but doesn't load the emoji in the picture for some reason. With @samuelngs it loads that emoji correctly, but emojis don't appear in the tab part of Brave (haven't tried any other browser.
So if you are on Ubuntu, I'd say stick with @BananaManCJ solution.
I thought this may be of help to someone in the future. :smile:
I'm facing a similar issue on Fedora 32. Though applying BananaManCJ font config most if not all emoji's are mapped correctly. Though it looks like it's aliasing different fonts then what Fedora uses by default. Is this okay or is overwriting my default font?
<alias>
<family>serif</family>
<prefer>
<family>Apple Color Emoji</family>
</prefer>
</alias>
Though my system font is cantrell. Should I update accordingly?
On my Manjaro System KDE, the proposed config of @BananaManCJ didn't work. I used the following config that works as expected:
$HOME/.config/fontconfig/conf.d
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<alias>
<family>sans-serif</family>
<prefer>
<family>Noto Sans</family>
<family>Apple Color Emoji</family>
<family>Noto Emoji</family>
<family>DejaVu Sans</family>
</prefer>
</alias>
<alias>
<family>serif</family>
<prefer>
<family>Noto Serif</family>
<family>Apple Color Emoji</family>
<family>Noto Emoji</family>
<family>DejaVu Serif</family>
</prefer>
</alias>
<alias>
<family>monospace</family>
<prefer>
<family>Noto Mono</family>
<family>Apple Color Emoji</family>
<family>Noto Emoji</family>
</prefer>
</alias>
</fontconfig>
It is a modified version from here: https://chrpaul.de/2019/07/Enable-colour-emoji-support-on-Manjaro-Linux.html
The emojis seem to work better in Google Chrome than in Firefox. Chrome Firefox