Bug 107488

Summary: 新細明體-ExtB does not display chars vertically in Writer
Product: LibreOffice Reporter: Danny Lin <danny0838+bz>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED WORKSFORME    
Severity: normal CC: ilmari.lauhakangas
Priority: medium    
Version: 5.3.2.2 release   
Hardware: All   
OS: All   
See Also: https://bugs.documentfoundation.org/show_bug.cgi?id=107487
Whiteboard:
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 71732, 106045    
Attachments: 1.odt
The display effect of 1.odt
The display effect of 1.odt after setting to vertical direction
The display effect of 1.odt after setting to vertical direction (2)
The display effect of 1.odt after setting to vertical direction (3)
The display effect of 1.odt in LO 7.5.0.3
The display effect of 1.odt in LO 7.5.0.3

Description Danny Lin 2017-04-27 15:58:43 UTC
Description:
Chars rendered using font "新細明體-Ext" are not are displayed 90°-rotated.

Steps to Reproduce:
1.Open the attached file 1.odt.
2.Set page display to vertical.

Actual Results:  
"𧌒" and "𧀬" are rendered 90°-rotated.

Expected Results:
"𧌒" and "𧀬" should be rendered non-rotated, just like other chars.


Reproducible: Always

User Profile Reset: No

Additional Info:
Related issues see:
https://bugs.documentfoundation.org/show_bug.cgi?id=96457


User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:53.0) Gecko/20100101 Firefox/53.0
Comment 1 Danny Lin 2017-04-27 15:59:02 UTC
Created attachment 132911 [details]
1.odt
Comment 2 Danny Lin 2017-04-27 16:00:28 UTC
Created attachment 132912 [details]
The display effect of 1.odt
Comment 3 Danny Lin 2017-04-27 16:01:12 UTC
Created attachment 132913 [details]
The display effect of 1.odt after setting to vertical direction
Comment 4 Volga 2017-04-29 11:56:53 UTC
The key of this bug is our poor font fallback machanism on Windows, if we get improves for this we will easy to fix the bug.
Comment 5 Buovjaga 2017-04-29 18:05:16 UTC
With my substituted font they turn invisible. I guess it's enough of a confirmation.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.4.0.0.alpha0+
Build ID: 9348b322a5c230dfcc2231661b73e480b130fcd9
CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on April 28th 2016
Comment 6 Volga 2017-12-07 14:08:16 UTC
Created attachment 138278 [details]
The display effect of 1.odt after setting to vertical direction (2)

This problem still peproduce in LODev 6.1 alpha0+, affect HanaMinB font.

Steps to Reproduce:
1.Open the attached file 1.odt.
2.Set page display to vertical.
3.Set the font face as HanaMinB.

In this case, "𧌒" and "𧀬" are rendered sideways, althrough HanaMinB is not used as fallback font.
Comment 7 QA Administrators 2018-12-08 03:47:16 UTC Comment hidden (obsolete)
Comment 8 Danny Lin 2018-12-12 14:26:19 UTC
This issue is still reproduced on LO 6.1.3.2 (x64).
Comment 9 QA Administrators 2020-12-12 03:47:48 UTC Comment hidden (obsolete)
Comment 10 Danny Lin 2020-12-13 17:16:51 UTC
This issue is still reproduced on LO 6.4.7.2 (x64), sadly.
Comment 11 Volga 2020-12-18 17:54:03 UTC
Created attachment 168302 [details]
The display effect of 1.odt after setting to vertical direction (3)

Unfortunately, the problem still happened on LibreOffice 7.0. If you don’t have this font, and you’re not using Windows, you can get this font from following source:
https://web.archive.org/web/20200803205223if_/https://download.microsoft.com/download/6/1/4/6149F613-738D-4292-A6EB-65B9F50AFCB6/HKSCS2004-x64.EXE
After downloading this program, you can extract MINGLIUB.TTC from there.
Comment 12 QA Administrators 2022-12-19 03:18:17 UTC Comment hidden (obsolete)
Comment 13 Danny Lin 2023-02-28 06:30:41 UTC
Created attachment 185627 [details]
The display effect of 1.odt in LO 7.5.0.3

This issue is not reproduce in LibreOffice 7.5.0.3.
Comment 14 Danny Lin 2023-02-28 06:33:27 UTC
Created attachment 185628 [details]
The display effect of 1.odt in LO 7.5.0.3

This issue is not reproduced in LibreOffice 7.5.0.3.
Comment 15 Buovjaga 2023-02-28 07:14:39 UTC
Great, let's close