Skip to content
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

Add automated tests of known problem applications #19

Open
DeeDeeG opened this issue May 16, 2017 · 3 comments
Open

Add automated tests of known problem applications #19

DeeDeeG opened this issue May 16, 2017 · 3 comments

Comments

@DeeDeeG
Copy link
Contributor

DeeDeeG commented May 16, 2017

Hi...

Background info: Someone filed an emoji-related bug with Firefox, and he attached a simple fontconfig as part of ensuring his Steps to Reproduce were, well, reproducible. It ensures the specified emoji font is used preferentially over other fonts, in the most general way possible.

It is very simple, and seems to be working for me so far. You might want to take a look, and maybe copy his approach?

David Baron's fontconfig file (as a bug attachment): https://bug1267909.bmoattachments.org/attachment.cgi?id=8745837

(and the Firefox bug page itself, for context: https://bugzilla.mozilla.org/show_bug.cgi?id=1267909 )
@13rac1
Copy link
Owner

13rac1 commented May 16, 2017

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

@DeeDeeG
Copy link
Contributor Author

DeeDeeG commented May 17, 2017

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.)

@13rac1
Copy link
Owner

13rac1 commented Jun 20, 2017

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.

@13rac1 13rac1 changed the title Consider using dbaron's simpler fontconfig? Add automated tests of known problem applications Mar 11, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants