https://bugzilla.redhat.com/show_bug.cgi?id=1954716

Nicolas Mailhot <nicolas.mail...@laposte.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Doc Type|---                         |If docs needed, set a value



--- Comment #1 from Nicolas Mailhot <nicolas.mail...@laposte.net> ---
If you ask:


1. LibreOffice is definitely wrong because it tries to force fonts to fit in
the regular/italic/bold/bold italic model, which has not been true in font
formats for decades. It should display a single font family with the real font
face names instead of relying on legacy compatibility metadata layers (which
are increasingly unreliable because who cares the world has moved on)


2. The GNOME font selector is usually more correct, but also suffers from
attempts to make things up instead of relying on Opentype face names, making a
mess more often than not (but less often that LibreOffice). Also it does not
understand font faces split over multiple files.


3. font files are often buggy because font authors do weird things in legacy
compatibility metadata layers to fix misbehaviours in legacy windows apps that
do not understand modern font faces (breaking things for apps like Libreoffice
that take the result at face value). Again, from the font maker point of view
who cares, legacy metadata layers are for legacy apps, no modern app should try
to interpret those, the weird things are only tested in legacy windows apps.



If you want to sort this mess, run

fc-scan -f \

"%{family[0]};%{style[0]};%{fullname[0]};%{width};%{weight};%{slant};%{fontversion};%{file}\n"
\
 /usr/share/fonts/neo-sans-intel/ | sort -t ';' -k1,1d -k4,4n -k5,5n -k6,6n
-k2,2d -k7,7dr \
 | uniq | column --separator ';' -t



If the font metadata is sane you should see Neo Sans Intel in the first column,
the real font face names (Regular, Italic, Medium, Medium Italic, Light, Light
Italic) in the second column, and sensible width weight and slant values in the
 4th to 6th columns



If that is not the case the font files are buggy, and you need to either get
their metadata fixed or declare overrides at the fontconfig level

(see https://docs.fedoraproject.org/en-US/packaging-guidelines/FontsPolicy)



Once the fontconfig output is sane everything else is an application (Libre
Office, Gnome Font selector, etc) bug. Usually due to someone not understanding
the OpenType font model and trying to shove font files into a simplistic
regular/bold/italic/bold italic one face per file deprecated legacy model.


-- 
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
fonts-bugs mailing list -- fonts-bugs@lists.fedoraproject.org
To unsubscribe send an email to fonts-bugs-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/fonts-bugs@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Reply via email to