Bug 156646 - When using fonts other than pure English fonts, the font height appears to be an unintended height
Summary: When using fonts other than pure English fonts, the font height appears to be...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium trivial
Assignee: Not Assigned
Depends on:
Blocks: Font-Rendering
  Show dependency treegraph
Reported: 2023-08-07 05:01 UTC by Kyeongrak Choi
Modified: 2023-08-28 02:46 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Font test set with PDF converted. (106.96 KB, application/x-zip-compressed)
2023-08-09 01:44 UTC, Kyeongrak Choi

Note You need to log in before you can comment on or make changes to this bug.
Description Kyeongrak Choi 2023-08-07 05:01:48 UTC
From Libreoffice beta 1 to recent versions, it seems that the height of characters (or the margin of the font itself) is not expressed properly in certain fonts.

Steps to Reproduce:
1. Run Writer version ahpha or lower.
2. Set the Font to "Malgun Gothic" and type A enter b enter. (Probably, most fonts that support other multi-languages other than "Malgun Gothic" show the same phenomenon.)
3. Set Line Spacing Single, Below paragraph spacing to 0.28cm (or 8 pt). (Below paragraph spacing 0 also shows the same result.) Font size is 11pt.
4. Turn on the vertical tape measure option and check how many cm it is. (The end of b is about 1.5~1.6cm.)
5. You can check the same length in other offices such as MS Word, Google docs, and OpenOffice.
6. Proceed with the same test with Writer version beta or higher.
In all versions, including the most recent version 7.6.0, only Libreoffice is about 1 cm long.
7. The above symptoms are not seen in English-oriented fonts such as Arial or Tahoma. (maybe)

In conclusion, it seems that the height of certain fonts is not expressed properly from version beta.

Actual Results:
short height

Expected Results:
same height

Reproducible: Always

User Profile Reset: No

Additional Info:
I tested some 6.X versions and most of 5.X and 7.X versions.

I'm not an English native, so please forgive me if there are any strange parts.
Comment 2 ⁨خالد حسني⁩ 2023-08-08 12:27:29 UTC
Please attach a test document.
Comment 3 Kyeongrak Choi 2023-08-09 01:44:36 UTC
Created attachment 188860 [details]
Font test set with PDF converted.
Comment 4 Kyeongrak Choi 2023-08-09 01:45:11 UTC
(In reply to ⁨خالد حسني⁩ from comment #2)
> Please attach a test document.

Here's a document for testing.
Along with Docx and ODT documents, files converted to PDF in Msoffice, Libreoffice alpha, Libreoffice beta 1, and Libreoffice are also uploaded.
I uploaded it by including the font in the docx file. (Malgun gothic)
Comment 5 QA Administrators 2023-08-09 03:14:08 UTC Comment hidden (obsolete)
Comment 6 ysui2022 2023-08-10 04:58:14 UTC
Not all the fonts other than pure English fonts change the height, but some do produce this error.

Version: (X86_64) / LibreOffice Community
Build ID: 36ccfdc35048b057fd9854c757a8b67ec53977b6
CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 7 QA Administrators 2023-08-11 03:06:15 UTC Comment hidden (obsolete)
Comment 8 ⁨خالد حسني⁩ 2023-08-28 00:05:34 UTC
The font has (Malgun Gothic) has inconsistent line metrics data. It is a complicated issue and there is no way to get it right for all fonts. MS one set of line metrics and LibreOffice chooses another, unfortunately no matter how we change this, some font will break, so we have settled on a heuristic and we are not touching it again.

If the default settings are not satisfactory, I suggest manually setting line spacing and not depend on the font’s default.