Created attachment 58504 [details] Document demonstrating the inappropriate kerning When subscripts or superscripts are applied to italic text the optical impression is different for both types. The spacing behind a normal letter and a following subscript is much bigger compared to a superscript. The attached document demonstrates this effect and shows how it should look, e.g. in MS Word. This problem existed already in OOo and is still present in LO 3.5.1.2
Thanks for bugreport reproduced in 3.3.4 and 3.5.4 on Fedora 64 bit using attachment reproduced in 3.5.4 on Windows XP with TimesNewRoman, typed manually Problem presents also in Calc and Impress Retaining version to [unspecified], because bug inherited from OOo PS: I do not know, which version is more correct, Word or Writer. But more short distance (Word) looks more beautiful. Another potential problem: incorrect opening documents from msOffce, because text will not fit in specified area on page due to bigger distance between characters.
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (4.3.5 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) Thank you for your help! -- The LibreOffice QA Team
The bug still exists in LO 3.6.7.2 (Build ID: e183d5b). Tested with 32-bit version on Windows 7 64 bit.
Bug also present in LO 4.3.5.2, Build-ID: 3a87456aaa6a95c63eea1c1b3201acedf0751bd5 on same system as before.
*** Bug 91021 has been marked as a duplicate of this bug. ***
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
Bug still exists in Version: 5.2.2.2 Build-ID: 8f96e87c890bf8fa77463cd4b640a2312823f3ad
Bug still exists in version: 5.4.3.2 Build-ID: 92a7159f7e4af62137622921e809f8546db437e5 CPU-Threads: 4; System: Windows 6.1; UI-Render: Standard; Gebietsschema: de-DE (de_DE); Calc: CL
Dear bellgardt, 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
Created attachment 176217 [details] File showing the problem still present on LO 7.2.2 This bug persists in LO 7.2.2. I attached an updated image showing the current situation, which actually did not change. Basically the kerning is incorrect using Liberation Serif in italic mode, both in Writer and in Math. System info: Version: 7.2.2.2 / LibreOffice Community Build ID: 20(Build:2) CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 1:7.2.2-0ubuntu0.21.10.1 Calc: threaded
Do we have any example of other (office) software that handles this differently? It is not an issue of kerning, rather italic glyphs because of their slant will have more white space at the bottom than at the top. LibreOffice is positioning the scripts using the glyph advance width, which does not compensate for the slant. One way to fix this is to use the glyph bounding rectangle, but this can be very tricky and slow.
Created attachment 183877 [details] Fake-sups-vs-real-sups
The created italic superscript and subscript characters should shift up or down along the italic angle. Right now they are going straight up or down. Attached is a comparison of the faked Liberation Serif superscript and the real Calibri superscript. Note how the faked Liberation Serif superscript moves straight up and collides with the H. It should move up and to the right along the italic angle. With Calibri you can see how the superscript K moves up and right. Actually it is just like the top half of any italic character, which going to be shifted in the box. And the subscript looks to far away as it should shift to the left. See screenshot: Fake-sups-vs-real-sups