Add automated tests of known problem applications about twemoji-color-font HOT 3 OPEN

Ah I wish I could! It feels like half the time I've worked on these two emoji fonts has been dealing with fontconfig. There are a number of relevant issues regarding this. The starting point if you want to read all about it is: 13rac1/emojione-color-font#2

from twemoji-color-font.

I think this whole fontconfig issue needs a short list of testing/QA steps. (Maybe there really is a better fontconfig option out there? Also, as new versions of software come out, they get better at handling emoji (especially since they have become standardized in OpenType). So there might eventually be a better fontconfig option, but it would be too hard to verify if it works as well as the current one, without a QA checklist.) In terms of GitHub, that might look like a "tracking issue" with the little checkboxes and links to the remaining issues.

E.G. (example QA checklist):

• Emoji followed by space, in title bar of a GTK+ app (no "missing character" glyph shown)
• Steam doesn't have issues with numbers showing as emoji
• black/white smileys don't override the emoji smileys and other color emoji/bw emoji conflicts
• etc

(I can see how it gets out of hand quickly, and maybe becomes too much of a hassle to make any headway. So this is just a friendly suggestion for making fontconfig stuff more manageable.)

from twemoji-color-font.

When I first learned of all of these issues. I started researching how it all worked on Windows and MacOS/OSX. I actually started looking into what would be involved with forking DejaVu and making a separate emoji and symbol fonts like Windows has.... but realized that was going to be a massive job which I didn't want. Using Bitstream Vera is a hack. It works, but causes it's share of problems for the surprising number of applications which have re-implemented fontconfig.

I wish I could do some sort of automated tests.

from twemoji-color-font.