Description: "Horizontal Filled" of cell formatting does not fill cells correctly. Steps to Reproduce: 1. Open New Calc. 2. Insert "i" to cell [ A1 ] and 3. For clarity, the [A] column width is about 10 times the standard width. 4. Select cell [ A1 ] 5. Set "Filled" in [ cell format > Alignment > Text Alignment > Horizontal ]. Actual Results: 6. There is a margin to the right of cell [A1]. In some cases, the display may exceed the cell width. Expected Results: 6. Filled with text whenever possible. Reproducible: Always User Profile Reset: No Additional Info: Symptoms vary depending on the LibreOffice version, font, characters, and display magnification, and it is rare that they are displayed correctly. Print preview and PDF output seem to be correct in many versions, but the latest Version: 24.2.6.2 did not create a correct PDF. Not Reproduced with Version: 7.6.7.2 (X86_64) / LibreOffice Community Build ID: dd47e4b30cb7dab30588d6c79c651f218165e3c5 CPU threads: 4; OS: Windows 10.0 Build 10240; UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded Reproducible with Version: 24.2.6.2 (X86_64) / LibreOffice Community Build ID: ef66aa7e36a1bb8e65bfbc63aba53045a14d0871 CPU threads: 4; OS: Windows 10.0 Build 10240; UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: threaded ( Print preview and PDF output are also incorrect. ) Reproducible with Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1e905680c85c4b79cc72df5dcece38a65898a90d CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 10240); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: threaded
Created attachment 196290 [details] sample file
It depends on the font, whether there is a gap or the text overflows into the neighbor cell. Both is wrong. The text should end at the cell edge. I see the error in Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 32; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: threaded It was OK in Version: 7.6.7.2 (X86_64) / LibreOffice Community Build ID: dd47e4b30cb7dab30588d6c79c651f218165e3c5 CPU threads: 32; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: threaded
This seems to have begun at the below commit in bibisect repository/OS linux-64-24.2. Adding Cc: to Khaled Hosny ; Could you possibly take a look at this one? Thanks 4ce9836c2406d6fc50482782ef4675b5e5078edb is the first bad commit commit 4ce9836c2406d6fc50482782ef4675b5e5078edb Author: Jenkins Build User <tdf@pollux.tdf> Date: Sun Jul 23 06:26:11 2023 +0200 source 4b743de97fc133623e46827869c4ea3eb845ad47 154292: tdf#156234: Don’t round glyph coordinates when doing subpixel positioning | https://gerrit.libreoffice.org/c/core/+/154292