Summary: | Enhance handling of font varieties within families (weight, width, slope) | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | dhpublic |
Component: | LibreOffice | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED NOTABUG | ||
Severity: | enhancement | CC: | beimaginativeegroup, computergeoffrey, iplaw67, jbfaure, khaled, libretraining.tutorials, mihhkel, philipz85, pierre.choffardet, public, quikee, thlinard, vsfoote |
Priority: | medium | Keywords: | needsDevEval, topicUI |
Version: | Inherited From OOo | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
https://bugs.freedesktop.org/show_bug.cgi?id=87871 https://bugs.freedesktop.org/show_bug.cgi?id=77878 https://bugs.freedesktop.org/show_bug.cgi?id=66792 https://bugs.documentfoundation.org/show_bug.cgi?id=88416 https://bugs.documentfoundation.org/show_bug.cgi?id=107521 https://bugs.documentfoundation.org/show_bug.cgi?id=112857 https://bugs.documentfoundation.org/show_bug.cgi?id=35538 https://bugs.documentfoundation.org/show_bug.cgi?id=112973 https://bugs.documentfoundation.org/show_bug.cgi?id=95207 |
||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 113638 |
Description
dhpublic
2013-12-21 04:47:57 UTC
*** Bug 72938 has been marked as a duplicate of this bug. *** Not a bug but an enhancement. Patches are welcome. Best regards. JBF Offensive words in the summary are useless. Best regards. JBF *** This bug has been marked as a duplicate of bug 69881 *** (In reply to comment #4) > > *** This bug has been marked as a duplicate of bug 69881 *** Really ? this enhancement is described for MS-Windows and bug 69881 has been reported against MacOS X. Best regards. JBF This is a feature request like Jean-Baptiste mentioned and not a duplicate. Should it be set as NEW? Adding self to CC if not already on We're replacing our use of the 'ux-advise' component with a keyword: Component -> LibreOffice Add Keyword: needsUXEval [NinjaEdit] *** This bug has been marked as a duplicate of bug 35538 *** *** This bug has been marked as a duplicate of bug 72938 *** *** Bug 72938 has been marked as a duplicate of this bug. *** With LibreOffice 6.x, the minimum supported Windows version is now Windows 7 SP1. So, LibreOffice could use DirectWrite to access styles: "The DirectWrite font model follows the common typographic practice of supporting any number of weights, styles, and stretches in the same font family. This model, the same model followed by WPF and CSS, specifies that fonts differing only in weight (bold, light, and so on), style (upright, italic, or oblique) or stretch (narrow, condensed, wide, and so on) are considered to be members of a single font family." https://msdn.microsoft.com/en-us/library/windows/desktop/dd371554 So reasonably a subtask of bug 107521 for our DirectWrite implementation, or some future implementation of FreeType, killing GDI. This bug affects Source Han Serif. Source Han Serif has 7 font weights, including: - ExtraLight - Light - Regular - Medium - SemiBold - Bold - Heavy However, in LibreOffice, only Regular and Bold fonts can be treated as font weight, because they are style-linked, others are treated as individual fonts, because they are not style-linked. Reproduced with: 版本: 6.3.0.4 (x64) Build ID: 057fc023c990d676a43019934386b85b21a9ee99 CPU 线程: 4; 操作系统: Windows 10.0; UI 渲染: 默认; VCL: win; 区域语言: zh-CN (zh_CN); UI 语言: zh-CN Calc: CL In Inkscape, all of them can be switched as font weight normally while you insert a text into document even if some of them don’t have style-link. Reproduced with: Inkscape 0.92.4 (5da689c313, 2019-01-14) So it would be nice if LibreOffice can break out such limitations to handle more weights, styles and stretches. (In reply to Thomas Linard from comment #13) > https://msdn.microsoft.com/en-us/library/windows/desktop/dd371554 I asked Microsoft through Feedback Hub for some API to handle fonts as organized as Control Panel\Fonts organize them on Windows (just as the bug reporter said) and their response was: "Thanks for the feedback. EnumFontFamiliesEx does enumerate the variants - have you looked at that? Empty facename gets the variants, then you can call it again with the facename you want more info about." "feedback-hub:?contextid=950&feedbackid=d5881e15-3575-4c17-84c9-5e0d733fae7a&form=1&src=1" I searched this API and found it has two versions (EnumFontFamiliesExA and EnumFontFamiliesExW) at "https://docs.microsoft.com/en-us/windows/win32/api/wingdi/nf-wingdi-enumfontfamiliesexw" and "https://docs.microsoft.com/en-us/windows/win32/api/wingdi/nf-wingdi-enumfontfamiliesexa". Also, I want to say that the MSDN page moved to "https://docs.microsoft.com/pt-br/windows/win32/directwrite/introducing-directwrite", just in case the redirection stops working one day. This is marked as a Windows issue, but the identical problem is present in Linux. We should really get rid of the silly 2x2 space of variants within a family. I really hope this gets prioritized soon. We only support R/B/I/BI font family model for various legacy and compatibility reasons, and that is why families with styles other than these four get handles as separate font families. This is intentional and not a bug. Furthermore, on Windows GDI API (which we use to list installed fonts) supports only this model, so we get split families from it and we would need to inspect font files individually, which is would be very slow. |