https://bugzilla.redhat.com/show_bug.cgi?id=2178389
--- Comment #6 from Akira TAGOH <tagoh(a)redhat.com> ---
Created attachment 1951406
-->
https://bugzilla.redhat.com/attachment.cgi?id=1951406&action=edit
Proposed patch
The short description is that Qt5 doesn't support Variable fonts well. we need
to igure it for workaround and accept named-instances only from variable fonts.
The long description is here:
Qt5 tries to gether font information through FcFontList() and register it into
Qt's font database. and requesting a best font with FcFontMatch() against it.
In fact, not requesting weight and width doesn't matter because it is actually
linked to the font face and font index.
Let me explain a bit about variable fonts support in fontconfig. fontconfig has
a special font pattern for variable fonts which has variable=true. this means
"This is a variable font" and also contains some information which properties
has "axis". applications can request some variations against it.
There are the miscalculation here. this pattern has index 0 and no values for
properties which has "axis", because it will be figured out when the real axis
is decided. thus, we don't have style for them. However, Qt are going to fill
in blanks with default values. Thus, this pattern becomes Regular.
Furthermore, Noto CJK fonts assigns Thin style to index 0 after updates. then,
they dealt with Thin as Regular. that's it.
BTW apparently qt5-qtwayland seems linking qt5-qtbase statically. that really
confused me a lot. applying this to qt5-qtbase doesn't get a fix on Wayland. we
also need to rebuild qt5-qtwayland with this fixed qt5-qtbase.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178389