-
Notifications
You must be signed in to change notification settings - Fork 25
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
Conflicts with other fonts on Linux #30
Comments
Actually, I don't know, but these "primitive" symbols can be provided by many fonts, so I think the best solution would be to somehow alter the fonts priority or simply live with these things. At least for Fedora there's this font manager (not the viewer) that provides character tables. My solution was to go to the unicode character and disable all fonts that were able to display it. Anyhow there's probably some better solution for this stuff... |
This is my current font-config: (~/.config/fontconfig/conf.d/01-color-emoji.conf) <?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<match target="scan">
<test name="family">
<string>Noto Color Emoji</string>
</test>
<edit name="scalable" mode="assign">
<bool>true</bool>
</edit>
<edit name="pixelsize" mode="assign">
<double>18</double>
</edit>
</match>
<match>
<test name="family"><string>sans-serif</string></test>
<edit name="family" mode="prepend" binding="weak">
<string>Noto Color Emoji</string>
</edit>
</match>
<match>
<test name="family"><string>serif</string></test>
<edit name="family" mode="prepend" binding="weak">
<string>Noto Color Emoji</string>
</edit>
</match>
<match>
<test name="family"><string>Apple Color Emoji</string></test>
<edit name="family" mode="prepend" binding="strong">
<string>Noto Color Emoji</string>
</edit>
</match>
<!-- Add emoji generic family -->
<alias binding="strong">
<family>emoji</family>
<default><family>Noto Color Emoji</family></default>
</alias>
<!-- Alias requests for the other emoji fonts -->
<alias binding="strong">
<family>Apple Color Emoji</family>
<prefer><family>Noto Color Emoji</family></prefer>
<default><family>sans-serif</family></default>
</alias>
<alias binding="strong">
<family>Segoe UI Emoji</family>
<prefer><family>Noto Color Emoji</family></prefer>
<default><family>sans-serif</family></default>
</alias>
<alias binding="strong">
<family>EmojiOne Color</family>
<prefer><family>Noto Color Emoji</family></prefer>
<default><family>sans-serif</family></default>
</alias>
<alias binding="strong">
<family>EmojiOne Color</family>
<prefer><family>Noto Color Emoji</family></prefer>
<default><family>sans-serif</family></default>
</alias>
</fontconfig> and, while it is loaded after the generic rules, but in theory that shouldn't matter, cuz they issue a "prepend"
|
Problem Fonts@igalic In my experience these issues are caused by one of the following:
In your case, you have Unifont installed ( Further DebuggingFor further debugging, please install GNOME Character Map (often packaged as gucharmap). If you then right-click on a broken emoji, it should tell you which font that emoji is currently being sourced from in your current font config. Search for Emoji(In top menu, Right click Emoji to View Font UsedAs you can see in the image below, this emoji is currently being provided by a font called Blobmoji. If instead, yours says |
despite all the right configuration, there still appear to be a few glyphs missing
n.b.: i have DejaVu uninstalled, so i'm fairly certain it's not coming from there!
Could this be from Bitstream Vera?
if so, i have more work to do on my fontconfig, and uninstalling DejaVu was just a very inadequate workaround.
The text was updated successfully, but these errors were encountered: