Bug Hunting Session
Bug 122626 - Font rendering and kerning incorrect
Summary: Font rendering and kerning incorrect
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.1.2.1 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 126216 (view as bug list)
Depends on:
Blocks: Font-Rendering
  Show dependency treegraph
 
Reported: 2019-01-10 09:09 UTC by Artem
Modified: 2019-07-03 16:54 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Artem 2019-01-10 09:09:29 UTC
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
Comment 1 Charles 2019-04-01 14:12:00 UTC
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...
Comment 2 Xisco Faulí 2019-04-16 07:48:36 UTC Comment hidden (obsolete)
Comment 3 Charles 2019-04-16 13:12:28 UTC
(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.
Comment 4 Artem 2019-04-16 21:40:11 UTC
@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
Comment 5 Khaled Hosny 2019-06-14 12:16:33 UTC
What OS and what is the screen resolution? Most likely another manifestation of bug 103322.
Comment 6 Charles 2019-06-14 13:49:39 UTC
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
Comment 7 Khaled Hosny 2019-06-16 22:04:24 UTC
(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).
Comment 8 Charles 2019-06-16 23:06:51 UTC
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.
Comment 9 V Stuart Foote 2019-07-03 16:54:00 UTC
*** Bug 126216 has been marked as a duplicate of this bug. ***