http://bugzilla.opensuse.org/show_bug.cgi?id=1092737 http://bugzilla.opensuse.org/show_bug.cgi?id=1092737#c1 --- Comment #1 from Joaquín Rivera --- The most important to mention is that this new style is not readable. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1092737 http://bugzilla.opensuse.org/show_bug.cgi?id=1092737#c3 Dominique Leuenberger changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|egdfree@opensuse.org |simonf.lees@suse.com --- Comment #3 from Dominique Leuenberger --- similar issues is also seen in the Thunderbird test (which hints at it being an underlying font issue, not the app per se) - assigning to Simon (fonts-config maintainer) -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1092737 http://bugzilla.opensuse.org/show_bug.cgi?id=1092737#c4 --- Comment #4 from Dominique Leuenberger --- INFO: Reverted openSUSE:Factory/fonts-config for a confirmation in Snapshot 0511: once this hits testing I can confirm with certainty if this was indeed the right assumption -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1092737 http://bugzilla.opensuse.org/show_bug.cgi?id=1092737#c6 Simon Lees changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |i@marguerite.su Flags| |needinfo?(i@marguerite.su) --- Comment #6 from Simon Lees --- Do you have any ideas Marguerite (Had a bugzilla conflict) -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1092737 http://bugzilla.opensuse.org/show_bug.cgi?id=1092737#c8 --- Comment #8 from Dominique Leuenberger --- Any updates here? There are still constant fonts-config submissions incoming to Factory - and unless this issue is being addressed, none will make it to Tumbleweed -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1092737 http://bugzilla.opensuse.org/show_bug.cgi?id=1092737#c10 Marguerite Su changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CONFIRMED --- Comment #10 from Marguerite Su --- <match target="pattern"> <test qual="any" name="family" compare="eq"> <string>sans-serif</string> </test> <edit name="family" mode="prepend" binding="strong"> <string>emoji</string> </edit> </match> This is the cause. Noto Color Emoji font will be prepended to sans-serif -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1092737 http://bugzilla.opensuse.org/show_bug.cgi?id=1092737#c12 Simon Lees changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |simonf.lees@suse.com --- Comment #12 from Simon Lees --- 59-family-prefer-emoji.conf was causing the issues. I noticed its now gone from our github, i'll try again with whatever's listed there, for what its worth the issue is noticeable just by logging into most DE's from a VM. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1092737 http://bugzilla.opensuse.org/show_bug.cgi?id=1092737#c14 --- Comment #14 from Marguerite Su --- Hi, Just kind of progress report: I identified the problem: Noto Color Emoji. It contains weird space characters. If it was prepended first, it applied a large whitespace. It didn't work even if I blacklisted all space characters. So I thought some modifier characters caused this. They can't be blacklisted or emoji support will be broken, since we know some emojis consist of 3 or 4 unicode character plus a modifier character. So I have to find another way to support color emoji on openSUSE. Nowadays seldom web pages specified the generic name "emoji" or specific emoji font, so emoji fonts have to fight with "sans-serif" to get used. And we can't append emoji fonts to sans-serif sequence, because it's just wrong and you will not know what emoji font a user may install. So we have to make sure every other non-emoji font (like DejaVu/Libration fonts) contains no emoji characters on any user's system. I did this in fonts-config level and I implemented some early demos. To apply on "any user's system", I need to redefine %reconfigure_fonts_prereq so every time the user installs a new font, emoji characters will be blacklisted on the new font unless the new font is an emoji font. Then I need an easy-distributable binary to do such calculations. Besides, some developer send a merge request to enable subpixel-rendering on openSUSE. I neeed fonts-config to be able to fetch DPI and better know the RGBA style of the user's screen. So in short, I am implementing the new fonts-config, it will need some time. I just finished the existing features in current fonts-config on my branch. -- You are receiving this mail because: You are on the CC list for the bug.