Description: Kerning in LibreOffice is still an issue. Because of such spacing between characters it is very hard to read the text. Steps to Reproduce: Run Gedit and LibreOffice and compare font rendering. Actual Results: Eyes hurts. Expected Results: Eyes not hurts. Reproducible: Always User Profile Reset: Yes Additional Info: Comparison between font rendering in Gedit and LibreOffice in Fedora 29 Workstation: DejaVu Sans font: https://i.imgur.com/EiPVSgh.png Cantarell font: https://i.imgur.com/mOeXq5L.png
Confirm this is a major issue on 6.2.0.3 on CentOS7. Kerning is laughably bad both with and without pair kerning on. Makes LibreOffice simply unusable for preparing a professional-looking document. As far as I'm concerned, this is a major or critical issue. Placing characters on the page is the whole point of a word processor. If it can't do that properly...
Thank you for reporting the bug. it seems you're using an old version of LibreOffice. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
(In reply to Xisco Faulí from comment #2) > Thank you for reporting the bug. > it seems you're using an old version of LibreOffice. > Could you please try to reproduce it with the latest version of LibreOffice > from https://www.libreoffice.org/download/libreoffice-fresh/ ? > I have set the bug's status to 'NEEDINFO'. Please change it back to > 'UNCONFIRMED' if the bug is still present in the latest version. It's happening in 6.2, as I said. Unless the font rendering engine was completely replaced between 6.2.0.3 and 6.2.2 (seems improbable), I don't think this should have been changed to NEEDINFO. This bug has existed for quite some time, it's not like this cropped up in the 6.1 version user Artem is using or something. It's been like this for years.
@Xisco Faulí, unfortunately it still. Font size: 11 OS: Fedora 30 LibreOffice ver: 6.2.2.2 DejaVu Sans font: https://i.imgur.com/2cxxkgk.png Cantarell font: https://i.imgur.com/H262McE.png
What OS and what is the screen resolution? Most likely another manifestation of bug 103322.
I have seen this issue on: Windows 10, 3200x1800 Windows 10, 1920x1080 CentOS 6.9, 2560x1440 CentOS 6.9, 1920x1080 CentOS 7.5, 2560x1440 CentOS 7.5, 1920x1080
(In reply to Charles from comment #6) > I have seen this issue on: > > Windows 10, 3200x1800 > Windows 10, 1920x1080 > > CentOS 6.9, 2560x1440 > CentOS 6.9, 1920x1080 > > CentOS 7.5, 2560x1440 > CentOS 7.5, 1920x1080 OK, so on hidpi screens like I suspected, this is due to rounding glyph positions to integers (bug 103322).
FWIW, of these, only the 3200x1800 is hi dpi (13" display, requiring UI scaling in Windows). The 2560x1440 displays I've seen this on are 25" and 27", so while they may have a fair few pixels, the density is pretty standard. And 1080p isn't really hidpi even on a 13", that's a pretty standard monitor/resolution.
*** Bug 126216 has been marked as a duplicate of this bug. ***
Created attachment 160516 [details] Font rendering & kerning looks OK I don't have this problem myself. As you can see from the screenshot, Libreoffice looks just as good as Wordpad in Windows 7, which is fine by me.
Panos, I can see the issue in your screenshot. Look, for example, at occaecat - second last line, third word. It's mangled.
@Charles, you're right. Sorry about the confusion.
There have been some rendering improvements in Master build (for the future LibreOffice 7.4): It can be downloaded at https://dev-builds.libreoffice.org/daily/master/current.html Rendering can be activated at Tools -> Options -> View -> Layout & Match rendering (will be default soon) This might improve the situation https://wiki.documentfoundation.org/Installing_in_parallel/Windows
The improvements are now out with the newly released 7.4.0 version, please check with that version. *** This bug has been marked as a duplicate of bug 144862 ***
Created attachment 181926 [details] New 7.4 version Can confirm, it fixed in 7.4 version. This is HUGE improvement. Thanks a lot!