Description: Table changes from automatic alignment to 'from left' with relative unchecked when dragging the border of a merged cell Steps to Reproduce: 1. Open the attached file 2. Table > Properties -> Table tab -> Notice alignment automatic 3. Cancel the dialog 4. Drag the border (left or right from merged cell inside) 5. Table > Properties -> Table tab -> From left & relative Actual Results: From left & relative Expected Results: The relative part is the most annoying. And still doubting about the advantage of having automatic (except for RTL/LTR cases) Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: b60b6bfaafa1315e07108dba50f016975b619c59 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (nl_NL); UI: en-US Calc: CL and in 3.5.0rc3
Created attachment 175524 [details] Example file
@Heiko Any clue what the additional advantage having automatic table alignment property. Why not simply set it to (LEFT/RIGHT); depending on RTL- LTR) with relative checked? I think DOCX/DOC can't handle that property anyhow; see also Justin L at bug 143983 And well the automatic part is kind of mysterious: I still don't grasp the difference with LEFT/RIGHT & Relative checked. When the UI is capable telling directly what it is doing, why mask it behind "Automatic" [Perverse Incentive warning: Me wanting a quick fix & avoid solving what's being wrong with the "Automatic" logic]
(In reply to Telesto from comment #0) > 5. Table > Properties -> Table tab -> From left & relative Cannot confirm with Version: 7.2.1.2 / LibreOffice Community. The properties are still Automatic, with Relative being disabled. Happens only when you shrink the whole table meaning to drag the left/right-most column. Help says: |Automatic |Extends the table horizontally to the left and to the right page margins. This is |the recommended setting for tables in HTML documents. Which means you cannot have it Automatic after changing the table width. Check Automatic to double-check that it reverts to the full size.
(In reply to Heiko Tietze from comment #3) > (In reply to Telesto from comment #0) > > 5. Table > Properties -> Table tab -> From left & relative > > Cannot confirm with Version: 7.2.1.2 / LibreOffice Community. The properties > are still Automatic, with Relative being disabled. Seeing something different here :-) > Happens only when you > shrink the whole table meaning to drag the left/right-most column. Expected, not part of the topic. Should be explicit about being about dragging the inner border
(In reply to Heiko Tietze from comment #3) > (In reply to Telesto from comment #0) > > 5. Table > Properties -> Table tab -> From left & relative > > Cannot confirm with Version: 7.2.1.2 / LibreOffice Community. The properties > are still Automatic, with Relative being disabled. Happens only when you > shrink the whole table meaning to drag the left/right-most column. Other influence might be zoom-level and screen DPI (72) or OS
No repro here Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 6834fda784f3066a89838cd6cda4fe945f4c7904 CPU threads: 2; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Jumbo
(In reply to Buovjaga from comment #6) Confirming your results, based on comment 0 Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 9063d99ff5ee43cc1239fc1dbb5d9897bdda1c9b CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded However, issue still present when doing it from scratch. 1. Open Writer 2. Insert a 3x3 table 3. Merge the middle column 4. Table --> Properties --> Table tab -> Notice alignment automatic 5. Drag the border (left or right from merged cell inside) 6. Table --> Properties --> Table tab --> alignment changed I probably should open a new report for this; but some conformation in advance would be nice
(In reply to Telesto from comment #7) > (In reply to Buovjaga from comment #6) > > Confirming your results, based on comment 0 > Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community > Build ID: 9063d99ff5ee43cc1239fc1dbb5d9897bdda1c9b > CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win > Locale: nl-NL (nl_NL); UI: en-US > Calc: CL threaded > > However, issue still present when doing it from scratch. > 1. Open Writer > 2. Insert a 3x3 table > 3. Merge the middle column > 4. Table --> Properties --> Table tab -> Notice alignment automatic > 5. Drag the border (left or right from merged cell inside) > 6. Table --> Properties --> Table tab --> alignment changed > > I probably should open a new report for this; but some conformation in > advance would be nice It seems strange, but I don't repro on Win or Linux. Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 6834fda784f3066a89838cd6cda4fe945f4c7904 CPU threads: 2; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Jumbo
Hello! I was able to reproduce the behavior from Comment 7 only on Windows (10): Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Steps that I Followed: 1. Open a new Libre office writer document 2. Make sure that the paper format is Letter (Right click->Page Style -> in the Page tab you can see the paper format) 3. Insert a table with more than 2 colums (the table’s position will be Automatic by default) 4. Drag(left/right) a cell border that is inside the table 5. Check the table’s alignment (Go to the table toolbar -> Table properties-> In the table tab, check the alignment option) Actual result: The alignment of the table is changed to Left. Please take a look at the video attached. Expected result: Considering that the width of the table has not been changed, I would expect its alignment to stick to default, automatic (as in the case of the linux build). Additional info: - The bug is reproducible if the style of the page is: A4, B5(ISO), B4(ISO) Legal, Letter, Long Bond, Tabloid - The bug is not reproducible if the style of the page is: A6, A5, A3, B6(ISO), B6 (JIS), B5 (JIS), B4 (JIS), 16 Kai, 32 Kai, Big 32 Kai - The behavior is not reproducible on Linux (Ubuntu 22.04 LST) - The bug is not reproducible for a nested table - The bug is not reproducible if changing the width of the inner column (step 4) is done by right-clicking -> click on Size-> Column Width option -> Change the column width -> Click on OK - Other versions where the bug is reproducible: 7.3.0.0 alpha1 (Windows10) 7.5.0.0 alpha1 (Windows10) 7.0.0.1 (Windows10) 7.1.5.2 (Windows10) Note: I was not able to reproduce the bug from the first comment with the following versions: 7.3.0.0 alpha1 (Windows10) 7.6.2.1 (Ubuntu 22.04 & Windows 10) 7.1.5.2 (Windows10) 7.0.0.1 (Windows10) I looked for version 7.3.0.0.alpha0+ but could not find it.
Created attachment 190477 [details] Video for the above comment