Description: Display of subscripts and italic characters are not correctly displayed into libreoffice writer. See attached files Steps to Reproduce: 1. Draw a .svg graphic (in Inkscape) and use subscript and italic 2. drag and drop the .svg into libreoffice writer 3. see non-correct display of .svg-file inside libreofficwriter Actual Results: See attached screenshot Expected Results: file looks same as in inkscape Reproducible: Always User Profile Reset: Yes Additional Info: libreoffice writer should display .svg-files including subscripts and italic characters correctly
Created attachment 183679 [details] output example of italic and subcripted text. See results in inkscape and libreoffice writer
Created attachment 183680 [details] inkscape .svg file to reproduce the bug
Created attachment 183683 [details] Partial reproduction on sample document I can only partially reproduce the bug: * Italicization is ok. * Getting regular size instead of subscript * Subscript horizontal placement is a little off: Too much space before the `t` on the middle line of the example. Build info: Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bcf333309f9a9bde21aac1302cbead2b23822458 CPU threads: 4; OS: Linux 6.0; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US Calc: threaded (build is from earlier today)
I tested recent versions, and I see the issue in spacing (although not as jumbled as the OP shows), which is an issue that has been around for a while. I also see a more recent issue, that Eyal shows, in 7.5: the characters that are supposed to be subscripts are at the same level as the rest. In my opinion, we have a long-standing problem with kerning, and a recent regression in vertical position. (Imported SVG looks the same in other components, like Draw)
Created attachment 183723 [details] imported SVG in LO 7.3, 7.4, 7.5 and GNOME image viewer Note that Firefox 107.0 has the same vertical issue as LO 7.5. Versions: Version: 7.3.6.2 / LibreOffice Community Build ID: c28ca90fd6e1a19e189fc16c05f8f8924961e12e CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Version: 7.4.2.3 / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: deb7bc82de19ea8e20c767fdf21f9ba4feb5e9f0 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded The issue in 7.5 should probably be reported separately.
*** Bug 155265 has been marked as a duplicate of this bug. ***
Issue was already present in: Version 4.0.0.3 (Build ID: 7545bee9c2a0782548772a21bc84a9dcc583b89) Noting that how much jumbling of character there is depends on zoom level, like in bug 114941.
Noting that the SVG file uses "baseline-shift:sub" for the subscripts. https://developer.mozilla.org/en-US/docs/Web/SVG/Attribute/baseline-shift As of 2023-11-07, the developers.mozilla.org documentation notes: "This property is going to be deprecated and authors are advised to use vertical-align instead." Xisco, with the recent fixes in bug 157113, bug 156837 and bug 86938, can you have a look at this one? Testing with a recent trunk build: - Vertical placement: Chromium displays the subscript lower than LO, while Firefox displays them on the same baseline. - Horizontal movement: placing a line next to the second line's subscript "t" shows that zoom does not affect it's position, contrary to the rest of the line. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 31fb3045dabdb27d913712f3abcade315e3ea9bd CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
Created attachment 190932 [details] minimized reproducer
Created attachment 190934 [details] minimized reproducer
I see two problems here, one with the subscript and the other with the horizontal position, which I'll report in a follow up ticket
(In reply to Xisco Faulí from comment #11) > I see two problems here, one with the subscript and the other with the > horizontal position, which I'll report in a follow up ticket Reported in bug 158295
Dear nf_mail, 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
Cannot reproduce bug as described: Version: 24.8.7.2 (X86_64) Build ID: 480(Build:2) CPU threads: 8; OS: Linux 6.17; UI render: default; VCL: kf6 (cairo+wayland) Locale: nb-NO (en_US.UTF-8); UI: en-US Calc: threaded Inkscape 1.4.2 However, there are still an issue with vertical position for some text elements.