Bug 160932 - (CJK)If the table has vertical and horizontal writing, it will not be output correctly.
Summary: (CJK)If the table has vertical and horizontal writing, it will not be output ...
Status: RESOLVED DUPLICATE of bug 157390
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
7.5.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL: https://ask.libreoffice.org/t/ubuntu2...
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: Vertical-Text CJK-Japanese
  Show dependency treegraph
 
Reported: 2024-05-04 09:15 UTC by Saburo
Modified: 2024-07-24 13:53 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
samplefile (29.97 KB, application/vnd.oasis.opendocument.text)
2024-05-04 09:16 UTC, Saburo
Details
Kanji Pattern (39.62 KB, application/vnd.oasis.opendocument.presentation)
2024-07-08 12:21 UTC, TANAKA Hidemune
Details
KanjiPattern-PDF (54.23 KB, application/pdf)
2024-07-08 12:23 UTC, TANAKA Hidemune
Details
KanaPattern (54.71 KB, application/pdf)
2024-07-08 12:24 UTC, TANAKA Hidemune
Details
Correct And Wrong PNG (126.39 KB, image/png)
2024-07-08 12:36 UTC, TANAKA Hidemune
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Saburo 2024-05-04 09:15:06 UTC
Description:
When exporting a document to PDF in which the leftmost column of a table is written vertically and the other columns are written horizontally using Writer, if the same kanji in the leftmost column is in the right column, the direction of the characters will be incorrect.

Steps to Reproduce:
1.Open SampleFile
2.[File]>[Export As]>[Export As PDF]
3.Open Created PDF

Actual Results:
Characters are placed in the opposite direction once

Expected Results:
Output as shown


Reproducible: Always


User Profile Reset: No

Additional Info:
https://ask.libreoffice.org/t/ubuntu24-04-libreoffice-writer/105270


Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 9b41d33a00763bebd5fc70787052222d35a98a52
CPU threads: 12; OS: Windows 11 (10.0 build 22631); UI render: Skia/Vulkan; VCL: win
Locale: ja-JP (ja_JP); UI: en-US
Calc: CL threaded

Not Repro
Version: 7.4.7.2 (x64) / LibreOffice Community
Build ID: 723314e595e8007d3cf785c16538505a1c878ca5
CPU threads: 12; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: CL
Comment 1 Saburo 2024-05-04 09:16:00 UTC
Created attachment 193965 [details]
samplefile
Comment 2 V Stuart Foote 2024-05-04 13:16:41 UTC
Confirmed. The PDF export is mishandling placement of the CJK Kanji in the horizontal text spans. They appear overstruck and otherwise mispositioned in the text spans, the Hirakana and Katakana did not appear affected only the Kanji glyphs.

Did not notice the issue in the Print preview, only with an export to PDF and opening of the PDF in a viewer. 

Confirm it is was not present in a 7.4.7.2 release build, but does occur in a 7.5.0.3 release build.

Just not clear the bibisect result of 1bf82b26aea3a403920a64cdfcb4671c947c7a01 [1] noted on Ask is the complete issue, as it was back ported to 7.4 [2] which correctly handles the mixed vertical and horizontal text spans in table cells.

Another bibisect needed...

=-ref-=
[1] https://gerrit.libreoffice.org/c/core/+/138250
[2] https://gerrit.libreoffice.org/c/core/+/138278
Comment 3 V Stuart Foote 2024-05-04 13:24:31 UTC
(In reply to V Stuart Foote from comment #2)
> Confirmed. The PDF export is mishandling placement of the CJK Kanji in the
> horizontal text spans. They appear overstruck and otherwise mispositioned...

Should have noted, that if I delete the initial table column of Vertical text, the export to PDF is no longer affected in the remaining table cell. Get good export from 24.8.0 back to 7.4.7
Comment 4 Stéphane Guillou (stragu) 2024-05-07 07:28:20 UTC
(In reply to V Stuart Foote from comment #2)
> Just not clear the bibisect result of
> 1bf82b26aea3a403920a64cdfcb4671c947c7a01 noted on Ask is the complete
> issue, as it was back ported to 7.4 which correctly handles the mixed
> vertical and horizontal text spans in table cells.
At 1bf82b26aea3a403920a64cdfcb4671c947c7a01 (build [5b1e33757b2f4bd329a59bcac9c97c5047b618d3] in linux-64-7.5), the table is in the left margin, off the page, which is a regression.
That was then fixed by Mark with: 11ec622b8405dcaabc359e3d6e38c8a9142dad6b (build [c58330a3e3f5b3869cdbb66d310e10acf3ae9944] in linux-64-7.5)
tdf#150642 fix table layout with vertical writing.
At that stage, the issue is reproducible.

So with the example document, I'm unsure how to bibisect that range.
Comment 5 TANAKA Hidemune 2024-07-08 12:21:35 UTC
Created attachment 195162 [details]
Kanji Pattern

I discovered another pattern that produced the same phenomenon.
Any characters in a vertical object were misaligned in the horizontal field.

If you change the vertical text, the PDF will also become misaligned.

This is kanji(Chinese Character)

Watch this Char「諾」
Comment 6 TANAKA Hidemune 2024-07-08 12:23:15 UTC
Created attachment 195163 [details]
KanjiPattern-PDF

Watch this Char「諾」
PDF export result
Comment 7 TANAKA Hidemune 2024-07-08 12:24:45 UTC
Created attachment 195164 [details]
KanaPattern

Watch This Char「く」
PDF export result
The position is incorrect when writing horizontally.
Comment 8 TANAKA Hidemune 2024-07-08 12:36:23 UTC
Created attachment 195165 [details]
Correct And Wrong PNG

Watch this.
Comment 9 TANAKA Hidemune 2024-07-08 12:41:01 UTC
A character used in a vertical field will be misaligned if used in a horizontal field.
Comment 10 Shinji Enoki 2024-07-08 13:14:28 UTC
Tanaka-san's comment is based on a question on the Ask site. Please check it out if necessary (it's in Japanese)

https://ask.libreoffice.org/t/pdf-2/107082
Comment 11 Jonathan Clark 2024-07-24 13:53:32 UTC

*** This bug has been marked as a duplicate of bug 157390 ***