Currently, “adapt table width” isn’t active by default. This leads to the problem, that each time we modify the width of one row, the next one is affected exactly inverse by default, too.
This is a very bad practice, because in by far the most cases, one doesn’t want to affect the next column inversely. This gets extremely cumbersome, in case you want to narrow the first column, but widen the fifth one. Then you have to edit the first column, then iterate through every column unto the fifth and retain their width (because they all get altered by each step), and then finally alter the fifth one (or activate the here proposed to be standard mode).
So I’d like this aforementioned setting to be enabled by default – but it seems that alignment needs to be different from “automatic”, too. I suppose centered is the mostly reasonable case here.
Furthermore, I don’t quite understand what “automatic alignment” should mean? Is far as I understand it, “stretched” or “spanned” seem to be better terms for describing this setting.
Steps to Reproduce:
1. Create a table.
2. Alter the width of one column of the table.
Another column gets altered, even if nobody triggered this change.
Other columns shouldn’t be affected.
User Profile Reset: No
User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
I have been tried it. Widen column works well but alter the width of rows affects the width of next rows if you have been altered its default width.
Version: 220.127.116.11 (x64)
Build ID: 92a7159f7e4af62137622921e809f8546db437e5
CPU threads: 8; OS: Windows 6.19; UI render: default;
Locale: en-US (en_US); Calc: group
Page A4, new table with 5 columns: 3.4cm + 0cm remaining
Alignment automatic: Cell 1 = 2cm: cell 2: 4.8cm, 3-4: 3.4cm Remaining: 0cm
Alignment center, [x] Adapt table width: Cell 1 = 2cm, 2-5: 3.4cm Remaining: 1.4cm
Alignment center: Table is placed horizontally centered (given remaining space >0)
What you expect is, from what I understand, check [x] Adapt table width, configure the width of col 1 (remaining size goes into the extra field), adjust the last or any other column (taken from remaining space. Worksforme.
I doubt that changing col 1 should affect the last col in all use cases. What I could imagine is you want to make col 1 smaller and adjust all other cols equally with no remaining space. This could be done with bug 113604.
If you accept, Zyklon, I would make this ticket a duplicate of the other.
Thanks for your comment, but I actually meant, that it is annyoing, that a change to one column (no matter which) affects other columns. This behaviour is due to the option “adapt table with” not being checked by default.
What I want is, that a change to a column width should NOT affect ANY other column – but instead the complete table with. So if my table spans over the whole screen, and I shrink any column by a several amount, I want the whole table being shrinked by exactly this amount, because the width of all other columns should persist.
The solution is pretty easy: Just make the checkmark default.
The mode with that unchecked checkmark (i.e. altering one column’s width changes another one) being completely useless is another bug. But I don’t care about that, because I would never use that.
I beg you, please fix that bug. This week I had to edit some tables and the experience was incredible annoying.
First problem is, that both settings “Alignment = center” and “Adapt table with = true” don’t get saved. …or get overwritten?
So after about every modification of column widths, the alignment of that table gets weirdly displaced.
Second issue is, that the insertion or the removal of a column completely changes all(?!) column widths, as there obviously applys the constraint, that the table width has to stay the same…?! This logic is totally uncomprehensible, is this would just replicate a special case for e.g. text-embedded tables, that should not modify the text layout and therefore have to retain the size.
In total, for altering a column, I always need several minutes for adapting all the widths again – as these have to keep exact widths for avoiding line breaks. I don’t understand this.
Trying again I wonder how you achieve to resize the table width when adjusting a column. What works is when I configure columns in the dialog (as discussed in comment 2) but never for manual resizing.
(In reply to Heiko Tietze from comment #5)
> Trying again I wonder how you achieve to resize the table width when
> adjusting a column. What works is when I configure columns in the dialog (as
> discussed in comment 2) but never for manual resizing.
For manual resizing do not use the mouse but the keyboard. It is Alt+Arrow_right and Alt+Arrow_left. The behavior of this shortcuts can be configured in the options.
The problem exactly is, that the table width is _not_ altered, after making a column smaller or bigger – instead other columns get modified, what I absolutely don’t like, as I in about all cases set up my column width exactly to my needs. And I don’t like to do that process all the time again. :/
And oftentimes, the table alignment also gets altered. When I set a table to be centered, I don’t like that to be changed. Only the table width (not the column widths) need to change with content. There just is the default “automatic” mode, which may allow the column width to adapt sizec – ok – but please don’t do that in all other modes!
If you browse on one website, you also won’t like Firefox to alter the contents of other websites. (Just for giving some random analogy.)
If there still is some unclarity, I’ll do a screencast. ;)
(In reply to zyklon87 from comment #8)
> If there still is some unclarity, I’ll do a screencast. ;)
The request is clear and apparently there is no option except the alt+cursor shortcut.
Option 1: Rework the table properties dialog and keep the table width setting on close; resizing a column affects the table with if this checkbox is set
Option 2: Introduce a modifier key such as shift that can be used together with the mouse to change the table width likewise it's done with the checkbox
Supplemental: Provide a configuration at Tools > Options to define the default
*** Bug 116609 has been marked as a duplicate of this bug. ***
Please add keyword 'needsUXEval' and CC 'email@example.com' if input from UX is needed.