Bug 141005

Summary: Bottom and descent values ignored for vertical writing
Product: LibreOffice Reporter: Y. Kawara <sutetecoaca>
Component: LibreOfficeAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED WORKSFORME    
Severity: normal CC: nagharshita16, serval2412
Priority: medium    
Version: 7.0.4.2 release   
Hardware: All   
OS: All   
Whiteboard:
Crash report or crash signature: Regression By:
Attachments: Example of misaligned text
GIMP vs Inkscape vs LibreOffice - my font
My font in FontForge
GIMP vs Inkscape vs LibreOffice - commercial font
Commercial font in FontForge

Description Y. Kawara 2021-03-13 20:17:49 UTC
Description:
I am developping Japanese fonts, and I have noticed that LibreOffice should not be used as a reference to check vertical writing.

The problem is that LibreOffice ignores the fonts' baseline/descent values and uses the lowest point of the path to place the characters vertically. This breaks the text alltogether, and is specially noticeable with characters having a proportional height, but it does happen with fixed height as well, as the path never exactly fills the height.

GIMP uses the baseline to align the characters. That does not misaligns the text, but I believe that once it'll allow to change fonts within the same text element, you will see it because they have different bottom/baseline ratios.

So far in Linux only Inkscape does it right and is consistent with how Japanese word processors like Word (and possibly Adobe software) display vertical characters. Inkscape seems to use either the descent or bottom value.

I believe this kind of issue is what is preventing LibreOffice from being massively used in Japan.

Steps to Reproduce:
1. Type in some vertical text

Actual Results:
Notice the inconsistent vertical spacing.

Expected Results:
Spacing should be consistent.


Reproducible: Always


User Profile Reset: No



Additional Info:
Use bottom or descent value to align characters vertically, not the lowest point of the path.
Comment 1 Y. Kawara 2021-03-13 20:18:50 UTC
Created attachment 170459 [details]
Example of misaligned text
Comment 2 Y. Kawara 2021-03-13 20:19:54 UTC
Created attachment 170460 [details]
GIMP vs Inkscape vs LibreOffice - my font
Comment 3 Y. Kawara 2021-03-13 20:20:36 UTC
Created attachment 170461 [details]
My font in FontForge
Comment 4 Y. Kawara 2021-03-13 20:21:12 UTC
Created attachment 170462 [details]
GIMP vs Inkscape vs LibreOffice - commercial font
Comment 5 Y. Kawara 2021-03-13 20:21:52 UTC
Created attachment 170463 [details]
Commercial font in FontForge
Comment 6 Harshita Nag 2021-04-09 16:52:05 UTC Comment hidden (obsolete)
Comment 7 Harshita Nag 2021-04-25 05:56:28 UTC
Hello Y. Kawara,

    Thank you for reporting the bug. I can confirm that the bug is present in the 
    master.

    I am setting the status of this bug to NEW.

    Version: 7.0.5.2
    LibreOffice-7.0.5-x86_64.AppImage, Branch:master, Time: 2021-04-9_22:05:41
Comment 8 QA Administrators 2023-04-26 03:23:34 UTC Comment hidden (obsolete)
Comment 9 Julien Nabet 2023-12-16 22:11:55 UTC
There have been some improvements in fonts management these last years, would it be possible you give a try to last LO version (7.6.4)?

If you still reproduce this, would it be possible to have a sample document (just one page) with a font which can be downloaded freely?
I mean, it would help devs to reproduce this quickly.
Comment 10 Y. Kawara 2024-02-10 07:42:37 UTC
Fixed in last public release. Thanks!
Comment 11 Julien Nabet 2024-02-10 09:10:53 UTC
Thank you for the feedback Y. Kawara!

Let's put this one to WFM then.