Bug 144003 - EDITING: When full-width character punctuation mark after the half-width character in vertical writing, the full-width character punctuation mark is rotated
Summary: EDITING: When full-width character punctuation mark after the half-width char...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.2.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: CJK Vertical-Text CJK-Japanese
  Show dependency tree / graph
 
Reported: 2021-08-22 11:01 UTC by Jun Nogata
Modified: 2023-06-20 14:05 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Attachments
Reproduction file (13.17 KB, application/vnd.oasis.opendocument.text)
2021-08-22 11:02 UTC, Jun Nogata 		Details
Screenshot (115.72 KB, image/png)
2021-08-22 11:03 UTC, Jun Nogata 		Details
Current rendering (240.52 KB, image/png)
2023-06-20 14:05 UTC, ⁨خالد حسني⁩ 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jun Nogata 2021-08-22 11:01:08 UTC 
Description:
When full-width punctuation marks appear after half-width characters in vertical writing in Japanese, the full-width punctuation marks are rotated (or character shape changed).

Steps to Reproduce:
1. Open the Writer.
2. Open Format -> Page style in menu bar
3. Change Paper format and OK button
   - Orientation: Landscape
   - Text direction: Right-to-left (vertical)
4. Type Half-width character (for example "a") then Full-width punctuation (for example "「") 


Actual Results:
Punctuation　"「"  is rotated 90 degrees to the left. (horizontal writing direction)

Expected Results:
Punctuation　"「" is in the correct direction.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
- It happens whether Skia is enabled or disabled.
- For full-width characters only, the punctuation is in the correct direction.

Version: 7.2.0.4 (x64) / LibreOffice Community
Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b
CPU threads: 2; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: ja-JP (ja_JP); UI: en-US
Calc: threaded
Comment 1 Jun Nogata 2021-08-22 11:02:28 UTC 
Created attachment 174470 [details]
Reproduction file
Comment 2 Jun Nogata 2021-08-22 11:03:54 UTC 
Created attachment 174471 [details]
Screenshot
Comment 3 Jun Nogata 2021-08-22 11:19:58 UTC 
reproduced in Debian.

Version: 7.2.0.4 / LibreOffice Community
Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b
CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3
Locale: ja-JP (ja_JP.UTF-8); UI: ja-JP
Calc: threaded
Comment 4 JO3EMC 2021-08-23 11:18:36 UTC 
Reproduced in Win10 without Skia.

Version: 7.2.0.4 (x64) / LibreOffice Community
Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b
CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: default; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: threaded

It seems to be reproduced only when preceding character is alphabet.
It does not occur with half-width numbers and symbols, including space.
Comment 5 JO3EMC 2021-08-23 11:44:04 UTC 
I think, "Orientation: Landscape" is not necessary, to reproduce.

And...

It does not seem to occur when half-width alphabets are between paired punctuation marks.
Like "「abcde」".
Comment 6 Ming Hua 2021-08-23 15:07:54 UTC 
To me this feels like having the same root cause as bug 66791, i.e. LO is treating the opening quotation mark following an English character as English text, therefore not applying the necessary operation needed by CJK text.  In this case, using the vertical form of the punctuation, and in 66791's case, using the specified CJK font.
Comment 7 Volga 2021-08-24 08:40:02 UTC 
I think the possible way of fixing this bug can be seen at the comment 11 of bug 134350.
Comment 8 ⁨خالد حسني⁩ 2023-06-20 14:03:37 UTC 
I can’t reproduce on Windows, macOS, or Linux. Please re-open if still reproducible.
Comment 9 ⁨خالد حسني⁩ 2023-06-20 14:05:51 UTC 
Created attachment 188024 [details]
Current rendering