Description: for opentype fonts (example: Profile Pro): If font weights "Regular" and "Medium" are both installed: font weight "Medium" cannot be selected in the menu If only one of these font weights is installed: the installed font weight "Regular" or "Medium" can be selected in the menu Steps to Reproduce: 1. install an opentype font with font weights "Regular" and "Medium" in Linux 2. select the installed opentype font 3. write a text sample in Libreoffice writer 4. try to select font weight "Medium" Actual Results: 1. opentype font "Profile Pro" is installed on a Linux xfce system (Debian bullseye) 2. a sample text with font "Profile Pro" is shown in font weight "Regular" 3. in menu under font weight the weight "Medium" is not displayed and therefore cannot be chosen Expected Results: 1. opentype font "Profile Pro" is installed on a Linux xfce system (Debian bullseye) 2. a sample text with font "Profile Pro" is shown in font weight "Regular" 3. in menu under font weight the weight "Medium" as font weight different from "Regular" is displayed and can be chosen Reproducible: Always User Profile Reset: No Additional Info: Because of different font weight structure the bug is not present in Windows file systems
I downloaded both fonts in ttf formats (from https://fontshub.pro/font/profile-pro-download) and no pb to display then on pc Debian testing x86-64 with LO Debian package 7.3.1.1 Did you use ttf or one of the other formats? (eot, woff, woff2)
On pc Debian x86-64 with master sources updated today and the otf files you provided, I could reproduce this. I don't know the license of these fonts but do you think it's possible to attach them on the bugtracker?
The fonts have the same name with otf, I suppose it's the source of the pb. No pb with ttf which have distinct names "Profile Pro" and "Profile Pro Medium". Please respond on the bugtracker (except attaching fonts since they're not free) in order to share info.
As a workaround, you can try ttf fonts (the ones I used) which are free and have a distinct name. For the rest, I can't help here=>uncc myself.
Hi Kevin, please see if interested or comment or remove yourself. Thanks.
*** This bug has been marked as a duplicate of bug 98596 ***
*** Bug 153383 has been marked as a duplicate of this bug. ***
Bug 98596 is too general, this is a rather specific issue and can be fixed independently and does not seem to be Linux-specific either (based on bug 153383).
Several bug reports are related to this one: Bug 35538 - Handling of fonts with more than 4 styles (R/B/I/BI) is suboptimal Bug 69254 - Mac: Handling of fonts with more than 4 styles (R/B/I/BI) is suboptimal Bug 72944 - Enhance handling of font varieties within families (weight, width, slope) Bug 98596 - Linux: Handling of fonts with more than 4 styles (R/B/I/BI) is suboptimal Bug 105298 - Incorrect handling of font families (weight, width, slope) cross-platform Historically, every time someone said "I have this bug on macOS but also on Windows, or on Linux", they were told to open another bug report, "because we don't enumerate the fonts the same way according to the different OS". So if the Medium weight isn't seen on Windows, macOS, and Linux, according to the traditional bug report response, it would be three different unrelated issues...
The platform layer is enumerating the fonts fine in this case, but somewhere indide libreoffice medium and regular get folded together and only one can be visible. The above bugs are unrelated.
In fact, you'll find the mention of the lack of the Medium weight in most of the bugs I've cited (maybe we should have made a specific bug for Medium earlier, so this one, the 147739, is very suitable).
(In reply to Thomas Linard from comment #11) > In fact, you'll find the mention of the lack of the Medium weight in most of > the bugs I've cited (maybe we should have made a specific bug for Medium > earlier, so this one, the 147739, is very suitable). There are lots of comments and confusion surrounding the other bugs. The root issue, as far as I understand it, the incompatibility between the RBIBI model of Windows GDI that LibreOffice used on windows, and the lack of such limitation on Linux and macOS. That is the platform-specific part, most other issues that get lumped with these (like this issue) are not platform-specific. I did a bit of debugging earlier and I think I know why Medium gets AWOL, but I didn’t have time to work on it further.
Khaled Hosny committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/0c9448bb31a32a3bf4004d45c4b1305debf1b5e2 tdf#147739: Medium is not a synonym of normal It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Khaled Hosny committed a patch related to this issue. It has been pushed to "libreoffice-7-5": https://git.libreoffice.org/core/commit/a36b806c0c4649f7d2a1dd35d2ebea5b2102077e tdf#147739: Medium is not a synonym of normal It will be available in 7.5.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 145041 has been marked as a duplicate of this bug. ***
*** Bug 119116 has been marked as a duplicate of this bug. ***
*** Bug 95816 has been marked as a duplicate of this bug. ***