https://bugs.documentfoundation.org/show_bug.cgi?id=69254
--- Comment #97 from Heiko Robert <heiko.documentfoundation.i...@ecm4u.de> ---
This bug is marked as Mac related but I see the issue somehow on all platforms.
So what about having a common bug describing the generic issues related to the
LO code and three depending bug tickets describing the OS specific issues?
We use TrueType Font Titillium (https://fontain.org/titillium/) which has
similar issues like Fira Sans.
The generic issue I see is the way how LO retrives the font (family) names and
style names. Is there any pattern/logic we could describe here to identif the
wrong behavior?
On Windows and Mac for most applications this is not an issue. Font family
names are retrived from TTF metadata (Preferred Family, Family, Postscript
Name) and similar Style names (Preferred Syles, Styles (SubFamily), OS/2 Style
Map, OS/2 Panose Weight, Postscript Weight).
Using LibreOffice 6.3.4.2
On Windows 10:
* Font names seems to be retrieved from Postscript Family Name (I checked with
different locales - same result)
* Style names are quite unclear - some are translated from TTF Style names,
some from PS style names?
* Once I modified all PS family names to absolute names like "Titillium Lite",
"Titillium Black" instead of "Titillium" I was able to work with the font on
Windows since LO handles the fonts as different fonts. This also works on
printouts / created PDFs. Still unclear is how LO retrieves the font style. The
distinct font "Titillium Lite" should only contain one style "light" but
contains Standard, Italic, Bold, Italic Bold. How to force only the styles
contained in the font family name?
On MacOS 10.13 / Ubuntu 18:
* Font names seem to be retrieved from TTF "Preferred Family" which is
different (!): "Titillium". As a consequence it is not possible to share LO
docs between Windows and MacOS/Linux becuase LO complains about missing fonts.
* Style "Thin" could be selected but style "Light" is used for display an
printout. I played with different OS/2 Panose Weight, Postscript Weight and
OS/2 weight classes without success. It seems there is a hardcoded issue to
distinguesh thin and light styles even the OS/2 weight classes differ (100,
200).
As a first step LO should retrieve the font family and font style name the same
way on all platforms. Of course then at least one platform has to translate
font names in existing documents but that is already the daily nightmare in
mixed OS environments.
Addtionally we should know how LO maps style names to the 10 possible variants
it supports. What are the priorities and which properties are relevant? Same
for special style variants regular/italic/bold - which property is used for the
LO style list? Understanding this logic would help uses to work around todays
restrictions by manipulating their fonts.
Long term LO should refactor the font style limitation by supporting unlimited
number of styles and to use "Preferred Family" and "Preferred Styles" from TTF
metadata if available.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
