Bug 122626 - Font rendering and kerning incorrect
Summary: Font rendering and kerning incorrect
Status: RESOLVED DUPLICATE of bug 144862
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Font-Rendering Kerning
  Show dependency treegraph
Reported: 2019-01-10 09:09 UTC by Artem
Modified: 2023-01-15 18:16 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:

Font rendering & kerning looks OK (102.20 KB, image/png)
2020-05-08 06:09 UTC, Panos Stokas
New 7.4 version (21.58 KB, image/png)
2022-08-21 07:46 UTC, Artem

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
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 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 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:

DejaVu Sans font: https://i.imgur.com/2cxxkgk.png
Cantarell font:   https://i.imgur.com/H262McE.png
Comment 5 ⁨خالد حسني⁩ 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 ⁨خالد حسني⁩ 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. ***
Comment 10 Panos Stokas 2020-05-08 06:09:15 UTC
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.
Comment 11 Charles 2020-05-08 14:14:21 UTC
Panos, I can see the issue in your screenshot. Look, for example, at occaecat - second last line, third word. It's mangled.
Comment 12 Panos Stokas 2020-09-27 07:34:35 UTC
@Charles, you're right. Sorry about the confusion.
Comment 13 Telesto 2022-01-17 15:42:02 UTC
There have been some rendering improvements in Master build (for the future LibreOffice 7.4):

It can be downloaded at

Rendering can be activated at
Tools -> Options -> View -> Layout & Match rendering (will be default soon)
This might improve the situation

Comment 14 Aron Budea 2022-08-20 23:56:51 UTC
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 ***
Comment 15 Artem 2022-08-21 07:46:30 UTC
Created attachment 181926 [details]
New 7.4 version

Can confirm, it fixed in 7.4 version. This is HUGE improvement. Thanks a lot!