Package Details: ttf-emojione-color 1.4-1

Git Clone URL: (read-only)
Package Base: ttf-emojione-color
Description: A color and B&W emoji SVGinOT font built from EmojiOne.
Upstream URL:
Keywords: emoji font
Licenses: custom:cc-by-4.0
Submitter: TingPing
Maintainer: ljmf00
Last Packager: ljmf00
Votes: 58
Popularity: 0.781200
First Submitted: 2016-08-07 00:45
Last Updated: 2018-10-29 21:34

Latest Comments

1 2 3 4 Next › Last »

WhyNotHugo commented on 2017-10-16 05:14

Yup, that's pretty much it. Upstream's font.conf broke almost every configuration out there, and since they're unwilling to fix it, the AUR package has its own.

Edgemaster commented on 2017-10-13 19:15

@joehillen This is a long-running saga both with upstream and the Arch packaging of it. (I was the original maintainer of a version of the package predating this one that bundled the upstream fontconfig).

Basically: the upstream fontconfig assumes that the system default font is Bitstream Vera and sets it as the first selection for the default font families. This is because Bitstream Vera is a font that does not contain any codepoints in the emoji ranges already which allows for a clean fallback to EmojiOneColor for all emoji characters. Other fonts often include incomplete sets of the emoji characters which gives inconsistent rendering results.

The version of the fontconfig with bundled with this package adds EmojiOneColor to the fallback lists for the default sans font family, and the Canatrell font as used by default by Gnome. It also binds EmojiOne to the emoji font family.

Bundling the upstream fontconfig resulted in lots of complaints that it broke all the system fonts, or defaulted the system to Bitstream against users' wishes.

Getting a single fontconfig to work with the multitude of end-user configurations and to avoid all glyph selection bugs appears to be impossible, this is an unfortunate limitation of what's possible with fontconfig congifurations. The upstream author has battled with this for quite a while, without being able to find a solution that works for everyone ☹️ (see the GitHub issue tracker).

joehillen commented on 2017-10-13 18:54

Why does this package have its own font.conf instead of using the one provided in the git repo?

g99 commented on 2017-10-08 17:33

builds fine

morealaz commented on 2017-07-15 06:39

Hi every one, I create ttf-emojione package which contains emojione-android.ttf font from EmojiOne Github repo, with a custom config file. fill free to test it.

WhyNotHugo commented on 2017-06-08 01:17

@evilgnome: The linked conf file made ALL emojis work (rather than just "most"), but it screwed up every single other font on my system, so it's a no-go.

andykluger commented on 2017-06-08 00:46

This doesn't work in firefox for me unless I replace the provided config file with the one at

dsohler commented on 2017-06-01 21:14

Too bad all of the posted links for a solution to get color emojis point to a 404 error.

It only looks like this for me:

Anonymous comment on 2017-05-03 18:28

Thanks @morealaz I will have to make the install completely automatic. That's my current task.

morealaz commented on 2017-05-03 18:26

@jimmybot: I use 999-noto-color-emoji.conf file and it work nicely for Chromium,
but firefox show emoji's very big.
Unfortunately for Emoji One Color font, config file is not going to work, that's because currently only firefox support svg color fonts.
but for emojione-android.ttf font, I change 999-noto-color-emoji.conf file and It worked very good.

I think, despite your good work, creating a package for just config files is not a good idea. but you should add this config in wiki page for font configuration. I'm gooing to use this config for creating a package for emojione-android.ttf font.
thanks again. good work!