https://bugs.documentfoundation.org/show_bug.cgi?id=69254
--- Comment #71 from LibreTraining <libretraining.tutori...@gmail.com> ---
(In reply to Thomas Linard from comment #70)
> (In reply to LibreTraining from comment #68)
>
> > So this "coretext" is stuffing all fonts into one of these 10 weights.
> > Correct?
>
> Pango seems to do that. Doesn't seem very wise, but if it suits them…
>
> > And as mentioned above, coretext is assigning different weights the same
> > weight.
>
> Not exactly. https://bugzilla.gnome.org/show_bug.cgi?id=766148 is a
> must-read.
It is surprising after reading through that entire thing that the bug was
marked fixed.
The tables in Comment 8 show the same issues we have here.
The same OS2 weight being mapped to multiple Pango-CoreText weights.
The results in the different tables were all over the place.
It is easy to see why Fira Sans Book, Regular, and Medium get broken.
> > This causes multiple fonts to be assigned the same weight, causes conflicts,
> > and display errors.
>
> LibreOffice seems to do that, yes.
>
> > It looks to me that coretext will never work.
>
> My tests show no bug in Font Book, TextEdit, Apple Pages and MS Word (well,
> almost for Word).
I expect that any font utility will work correctly.
The three different font management utilities on my Win 7 system all list the
fonts correctly, and display them correctly.
The fonts all display correctly in InDesign and in QuarkXpress.
> > Or can someone please tell ignorant me how it possibly can work.
> >
> > Why is coretext needed for selecting fonts when the metadata can be used
> > instead?
>
> Keep in mind than the same behavior (almost) is observable with LibreOffice
> on Linux, so CoreText isn't the real problem.
I also read through
Bug 98596 - Correct handling of font families (weight, style, stretches) on
Linux
before posting here.
The issues seem pretty much the same.
Multiple fonts being confused as one based on a faulty weighting system.
I tested the fonts mentioned here and in that bug on my Windows 7 + LO6.0.3.2.
Fira Sans, Overpass, EB Garamond 12, and Lato (9 weights), and others.
With one commercial Pro font I gave-up and edited the font family to be unique
for each weight and width I wanted to use.
Works fine now in LO6.
This issue appears to affect Mac, Linux, and Windows pretty much the same.
>From these two bug discussions, and the Pango bug discussion you linked to
above, it appears this will not be working properly any time soon.
So for now the workarounds are:
- limited fonts installed from a font family to avoid conflicts
or
- edit the fonts to make the family name unique for each weight/width
--
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
