https://bugs.documentfoundation.org/show_bug.cgi?id=172647
Bug ID: 172647
Summary: Support extended (typographic) font styles
interoperably
Product: LibreOffice
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: graphics stack
Assignee: [email protected]
Reporter: [email protected]
The internal LibreOffice model (and to some extent ODF) identifies subfamilies
(styles) inside a font family by weight and italic properties.
Width had rudimentary support that didn’t quite work. Bug 152396 fixed this by
accepting any arbitrary subfamily name as an identifier.
Font selection on macOS already supports extended font styles. On Linux
(FontConfig) supports extended styles by default, but have disabled it (except
for variable fonts) because of the old limitation.
On Windows (and GDI APIs) font families are split into buckets of maximum for
styles each (R/B/I/BI). We would need to upgrade to DirectWrite APIs to get
such extended families.
As we switch to extended subfamily model, we still have interpretability and
backward-compatibility for documents that use the old model. To fix this, we
need to convert old RBIBI-only styles to extended model when we load the
documents (e.g. convert "DejaVu Sans Condensed" with subfamily "Bold" to
"DejaVu Sans" and subfamily "Bold Condensed"). This is done by consulting the
font’s name table which has entries for both models.
--
You are receiving this mail because:
You are the assignee for the bug.
