Created attachment 90540 [details] apex seems to be a low-point for font rendering This was observed on Ubuntu Gnome 13.10. The Kerning is off when the editor is displaying justified text. It is mighty distracting.
Hi, I can't reproduce this behavior using 4.1.3.2 under Ubuntu 13.10. Are you sure that you have 'Times New Roman' actually installed on your system? How does it appear in the font drop-down box - As a regular text or as Italic? Does it appear in the font list of other applications? How does the same text look in other applications?
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team
I can reproduce this on Fedora 20 with LibreOffice 4.2.5.2. Kerning is problematic for particular letter pairs. Disabling pair kerning has no effect. The kerning for the same examples is superior with Abiword 3.0.0 and Calligra Words 2.8.5. (And yes, I have the MS Times New Roman faces installed.) I'll attach screen shots demonstrating the differences. (I'm not sure if this is related to bug 61646 somehow.)
Created attachment 103979 [details] Abiword's rendering of select words
Created attachment 103980 [details] Calligra Words's rendering of select words
Created attachment 103981 [details] LibreOffice Writer's rendering of select words
Note with the screenshot I've submitted of LibreOffice Writer's rendering, in "Yeah" the E and the A are too close together, in "Ted" the E and the D are too close together, and in "survive" the R is joined to the V. In Abiword and Calligra Words the kerning is more appropriate.
Marking as new, given I can duplicate the original reporter's issue.
** 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.0.0.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) 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-09-03
This is still an issue with LibreOffice 4.4.5.2, which is the most current version available via the Fedora Project for Fedora 22. (It should also count as a "currently supported version"...)
Confirming this is still an issue with LibreOffice 5.0.3.2.
I can confirm this behaviour on Ubuntu 16.04 (64 Bit) and LO 5.2.1.2. I see the same results when I take the MS Times-Font from the "ttf-mscorefonts-installer" Ubuntu multiverse package. However, if I copy the .ttf-Files from Windows 7 over to Ubuntu, the results are much better. But still not as good as the Windows built of LO. Best, Siggi.
Can someone attach a test file showing the issue?
Created attachment 128123 [details] "apex" issue test ODT file File created with: Version: 5.1.5.2 Build ID: 1:5.1.5~rc2-0ubuntu1~trusty1 CPU Threads: 2; OS Version: Linux 3.13; UI Render: default; Locale: de-DE (en_GB.UTF-8); Calc: group This report seems to mix two independent issues: 1. The "apex" issue in the original report: The distance between the letters "p" and "e" depends on the font size and zoom. Probably not really a "kerning" issue, but depending on bug 103322. 2. The lack of kerning at any size and zoom level in later comments: Can be observed with letter combinations like "Ye", "Te", "Ve", etc. This probably needs to be reported separately.
I can reproduce the kerning (Ted, Yeah) with the version of Times New Roman shipped with Windows XP but not in the newer versions shipped with Windows 8 or 10. It seems the old versions of the font have an old-style kern table, while the new versions have GPOS pair positioning. The new layout engine of bug 89870 does not even support old-style kern tables. But I can not reproduce the apex issue, it might be because I use a hidpi display, and it might indeed be the same as bug 103322. Either case they are different issues and each should be reported separately.
(In reply to Khaled Hosny from comment #15) > I can reproduce the kerning (Ted, Yeah) with the version of Times New Roman > shipped with Windows XP but not in the newer versions shipped with Windows 8 > or 10. It seems the old versions of the font have an old-style kern table, > while the new versions have GPOS pair positioning. The new layout engine of > bug 89870 does not even support old-style kern tables. Right, and the Linux packages (e.g., ttf-mscorefonts-installer on Ubuntu, with fonts pulled from http://corefonts.sourceforge.net) contain the old XP version, as explained in https://en.wikipedia.org/wiki/Core_fonts_for_the_Web#Program_termination_and_software_licence_agreement_issues Thanks for clarification! The metrically compatible Liberation Serif font does look better. > But I can not reproduce the apex issue, it might be because I use a hidpi > display, and it might indeed be the same as bug 103322. Either case they are > different issues and each should be reported separately. It my case it is an older 19", 1280 x 1024 screen. The definition of low-resolution. :) Liberation Serif shows the issue similarly to the Times New Roman here. As do various other fonts, too, to various degree.
(In reply to Johnny_M from comment #16) > It my case it is an older 19", 1280 x 1024 screen. The definition of > low-resolution. :) Liberation Serif shows the issue similarly to the Times > New Roman here. As do various other fonts, too, to various degree. I also see similar kerning issues with Liberation Serif on Fedora, though generally they're not quite as pronounced as with Times New Roman. In both cases, I'm using the older versions of the fonts, since the MS-TTF "distribution" is of the older Times New Roman, and Fedora ships Liberation v. 1 rather than v. 2 fonts. (I'm told version 2 of the latter offers better rendering.)
** 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 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
With LibreOffice 5.3.7.2 on Fedora 26 and msttcorefonts 2.5-1, I cannot reproduce most of this issue: In the example document, "apex" is now rendered ok on every font size. The example words "Yeah" and "Ted" look fine too. Only the word "survive" is kinda bad because "r" and "v" touch each other, but on the other hand, kerning between "v", "i" and "v" has improved a lot. I'm gonna close this bug for now. If you can reproduce it, feel free to reopen.
(In reply to Xkm from comment #19) > With LibreOffice 5.3.7.2 on Fedora 26 and msttcorefonts 2.5-1, I cannot > reproduce most of this issue: > In the example document, "apex" is now rendered ok on every font size. > The example words "Yeah" and "Ted" look fine too. > Only the word "survive" is kinda bad because "r" and "v" touch each other, > but on the other hand, kerning between "v", "i" and "v" has improved a lot. > > I'm gonna close this bug for now. If you can reproduce it, feel free to > reopen. I concur, kerning looks much better for me with the very same setup, and also with 5.4.2.2 on Debian 9.