Description: The text is rendered in a different font than what is mentioned in the SVG file. The file Example.svg was created and saved in Inkscape. Steps to Reproduce: 1.Install Open Sans Condensed font family(Open Sans Condensed Light, Open Sans Condensed Light Italic, Open Sans Condensed Bold) 1.Drag and Drop Example.SVG into a LO application(Writer or Draw) Actual Results: The second line is rendered in a different font than "Open Sans Condensed Light Italic" Expected Results: Font should rendered in the correct font Reproducible: Always User Profile Reset: Yes Additional Info: I am not sure where exactly the problem lies, here are the checks i have carried out. Firefox check 1. Open Example_from_draw.svg in Firefox The rendering is wrong. 2. Close the file. 3. Open Example.svg in Firefox. Rendering is correct. 4. With the above Example.svg open drag and drop Example_from_draw in Firefox. Rendering is correct this time. IE check 1. IE renders both files correcty. Because of this I am not sure where the problem might lie. But in any case. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0
Created attachment 141592 [details] Example file from Inkscape
Created attachment 141593 [details] Example file from Draw
Created attachment 141594 [details] How it should look like
Created attachment 142097 [details] Screenshot from Win 10 It looks correct on Windows, but for some reason not on Linux. Version: 6.1.0.0.alpha1+ Build ID: 23c5125148a8110d88385b29570bf0b7d4400458 CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2018-05-12_00:15:25 Locale: fi-FI (fi_FI); Calc: group Arch Linux 64-bit Version: 6.1.0.0.alpha1+ Build ID: 21b11273ae91f0cf7fd5f3f9fd2168e4349852c4 CPU threads: 8; OS: Linux 4.16; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on May 11th 2018
(In reply to Buovjaga from comment #4) > It looks correct on Windows, but for some reason not on Linux. I have to note that the wrong rendering is also seen in Firefox on Linux, so I think it is not LibreOffice's fault! Setting back to unconfirmed.
Created attachment 142728 [details] How it looks in LibreOffice 6.2 master This isssue is no longer reproducible in Version: 6.2.0.0.alpha0+ Build ID: 1cf27cb44380f4a2bd6778c2dbbdef2a2a00cbc8 CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded
Closing as RESOLVED WORKSFORME!!
(In reply to Xisco Faulí from comment #6) > Created attachment 142728 [details] > How it looks in LibreOffice 6.2 master > > This isssue is no longer reproducible in > > Version: 6.2.0.0.alpha0+ > Build ID: 1cf27cb44380f4a2bd6778c2dbbdef2a2a00cbc8 > CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; > Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded No, it does not match the correct rendering, see my screenshot from Win: attachment 142097 [details]
Think I figured-out what is happening. The upper font is the correct Open Sans Condensed Bold. The lower font being displayed is the regular width Open Sans Italic. Inkscape is embedding the font using the Typographic Family and Typographic Subfamily. Typographic Family: Open Sans Typographic Subfamily: Condensed Light Italic It appears that LibreOffice generally tries to use the Font Family rather than the Typographic Family. All of the regular width Open Sans fonts have "Open Sans" as the Font Family. When I tested the Open Sans family a few days ago LO had all kinds of issues with it trying display the correct fonts with the metadata supplied. Many large font families display perfectly in LO. Some are a complete mess. Open Sans is a mess. And which version of Open Sans you have makes a difference. If you have the v1.10 from OpenSans.com some of the font have Ope Sans as the Font Family, and there is a separate Open Sans Light family. Same version from Font Squirrel. The improved/ enhanced version 1.71 from Free OpenType Fonts has Open Sans as the Font Family on all fonts which makes LO crazy. Thinking of making a family that works properly in LO on all platforms. So the bottom line is that the way Inkscape is identifying the font is confusing LO. Take a look in the SVG file and you can see. And compare how Inkscape is selecting fonts in a family in their interfaces vs. how LO is selecting the same fonts in their interface. I tested the Open Sans Condensed fonts in LO 6.1.0.3 x64 on Windows 7 x64. LibreOffice selected the font like this - Font Family: Open Sans Condensed - Font Subfamily: Italic Inkscape selected the font like this - Typographic Family: Open Sans - Typographic Subfamily: Condensed Light Italic This is what is in the SVG file that LO does not understand. So it picked what it thought was the correct font. .
Above - Font Family: Open Sans Condensed should read - Font Family: Open Sans Condensed Light
Let's put this to NEW...
Dear Nithin, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Dear Nithin, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 190291 [details] open sans condensed test No repro, I don't see problem with the last version of LibreOffice. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e9374f74385d7dfe77d1902d3d82af20143bc775 CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: threaded
The lower one is still not correct on Linux. Arch Linux 64-bit, X11 Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7d08767b890e723cd502b1c61d250924f695eb98 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 17 October 2023