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
Created attachment 193965 [details] samplefile
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
(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
(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.
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「諾」
Created attachment 195163 [details] KanjiPattern-PDF Watch this Char「諾」 PDF export result
Created attachment 195164 [details] KanaPattern Watch This Char「く」 PDF export result The position is incorrect when writing horizontally.
Created attachment 195165 [details] Correct And Wrong PNG Watch this.
A character used in a vertical field will be misaligned if used in a horizontal field.
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
*** This bug has been marked as a duplicate of bug 157390 ***