https://bugs.documentfoundation.org/show_bug.cgi?id=159243
--- Comment #8 from Christian Lohmaier <[email protected]> --- (In reply to Christian Lohmaier from comment #7) > (In reply to Adolfo Jayme Barrientos from comment #5) > > (In reply to Christian Lohmaier from comment #2) > > > So bug is twofold [...] > > > * LibreOffice not using a system provided font on macOS [...] > > > > Yeah, that is bug 91400. > > That's not the whole story - even when the San Francisco / the default UI > fonts weren't usable, there's still a version of NotoSansArmenian available > by default/provided by macOS that LO fails to use for the glyph fallback. Sound out the reason for that - Noto Sans Armenian as shipped with macOS along with so called "Document-support fonts" - "These fonts are available only to documents that already use the font, or to apps that request the font by name. Some are older fonts that were included with earlier versions of macOS or Apple apps." So when adding a snippet to LO to explicitly add the font to LO's internally cached list of fonts, then the fallback would succeed and the fallback would work for UI. Noto Sans Armenian is also returned when using the corefont API to request a code covering certain glyphs (CTFontCreateForStringWithLanguage) - but that's not the method LO uses/it doesn't do that individually, but creates a list of fonts along with the codes they cover and then only consults that. So one problem solved, nothing magic about it being used in UI, just a matter of how macOS has different levels of fonts - UI fonts exclusively to be used for the UI (the San Francisco family fonts), the Document-support fonts that are hidden and only used when explicitly requested and finally the globally available ones that show up in default fontlist (and even there it has downloadable/active/disabled toggles) -- You are receiving this mail because: You are the assignee for the bug.
