Description: The same Japanese font is used for western and asian. When the tab fill character is set to ・, When writing horizontally, there is no problem, but when writing vertically, the last character is jammed. Steps to Reproduce: 1.New Text Document 2.Input "abc(tab)def" 3.Format - Paragraph Tabs Position 3cm Fill Character "・"(U+30fb) 4.Ctrl+A, Format - Character Font Western/Asian Noto Serif JP(Windows) Noto Serif CJK JP(Linux) 5.Format - Page style Page Text direction:Right-to-left(vertical) Actual Results: The last character is jammed. Expected Results: Evenly spaced as in horizontal writing Reproducible: Always User Profile Reset: No Additional Info: Skia is the same whether it's on or off. repro「・」U+30fb not repro「･」U+ff65 https://ask.libreoffice.org/t/topic/108731 Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4031659233958a5bf93ea86e8fe117fd0dd45c10 CPU threads: 12; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Vulkan; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 01e6e4303e5a9966f102e0357fe0354a2f74a1c4 CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb) Locale: ja-JP (ja_JP.UTF-8); UI: ja-JP Calc: threaded
Created attachment 195675 [details] sample(windows BIZUD Mincho)
Created attachment 195676 [details] Sample(Linux Noto Serif CJK JP)
Happens with other fill characters too, e.g with U+3147. A problem with Katakana full width characters? Tested in Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: dc9486f2443fa52588b625c0a2a288bff56a7a45 CPU threads: 32; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: threaded