Description: Item width is too wide on General tab of Print Dialog (Win Japanese-UI). Steps to Reproduce: 1. Open Start Center. 2. Change to Japanese UI. 3. Restart LibreOffice. 4. Open new Draw. 5. Print (Ctrl+ P) 6. Select General (全般) tab Actual Results: 7. The right edge of the items are obscured. Even when the dialog is expanded using the mouse, the issue persists. Expected Results: 7. All items are fully visible. Reproducible: Always User Profile Reset: No Additional Info: The same situation exists in other applications, but the situation in Draw is the worst. Couldn't verify the problem on Linux-OS. This might be an issue specific to Windows-OS. Not reproducible (There are no margins, but the items are properly contained.) Version: 7.5.9.2 (X86_64) / LibreOffice Community Build ID: cdeefe45c17511d326101eed8008ac4092f278a9 CPU threads: 12; OS: Windows 10.0 Build 26100; UI render: Skia/Vulkan; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: threaded === Reproducible Version: 7.6.7.2 (X86_64) / LibreOffice Community Build ID: dd47e4b30cb7dab30588d6c79c651f218165e3c5 CPU threads: 12; OS: Windows 10.0 Build 26100; UI render: Skia/Vulkan; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: threaded Reproducible [2025-10-13] Version: 25.8.2.2 (X86_64) Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f CPU threads: 12; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: threaded Reproducible [2025-11-01] Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 620(Build:0) CPU threads: 4; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded
Created attachment 203829 [details] Sample png
Confirmed. Version: 25.8.3.2 (X86_64) ※RC2 Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded Jumbo
Confirmed in comment 2, setting as New.
bibisected with win64-7.6 commit 0e4603d80764772d848684152779824c9ef24b74 author Heiko Tietze Resolves tdf#147514 - Number of copies on top of the print dialog --- It's hard for me to say whether this is a regression or not. It seems to be shifted relatively to the right due to the translation of 'Preview' on the left side of the dialog. It seems possible to check this on Linux by starting with KDE or SAL_USE_VCLPLUGIN=gen. Change the keyword from regression to possibleRegression. adding CC: Heiko Tietze Do you have any good ideas?
Don't see this on Linux and Windows with the English UI. The scrollbar appears if the section become expanded shrinking the content accordingly. But since the dialog looks a bit dense I added a few pixels margin at the right side. Hope this helps.
Please check this in a nightly build.
Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/1743ae08e8cb057c7f446d4c0689620d8651caf8 Resolves tdf#169347 - Add margin to the right side of the print dialog It will be available in 26.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
While it doesn't have as much whitespace as the English UI, the items seem to be properly contained. [2025-12-04] Version: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 620(Build:0) CPU threads: 4; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded