Bug 113960 - [Tables] Adapting table width by default
Summary: [Tables] Adapting table width by default
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
: 116609 (view as bug list)
Depends on:
Blocks: Writer-Table-Properties-Dialog
  Show dependency treegraph
Reported: 2017-11-21 00:35 UTC by Frank Brütting
Modified: 2021-11-29 12:13 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Frank Brütting 2017-11-21 00:35:30 UTC
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.

Actual Results:  
Another column gets altered, even if nobody triggered this change.

Expected Results:
Other columns shouldn’t be affected.

Reproducible: Always

User Profile Reset: No

Additional Info:

User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
Comment 1 Aschalew 2017-11-21 07:44:54 UTC
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: (x64)
Build ID: 92a7159f7e4af62137622921e809f8546db437e5
CPU threads: 8; OS: Windows 6.19; UI render: default; 
Locale: en-US (en_US); Calc: group
Comment 2 Heiko Tietze 2017-11-21 14:44:06 UTC
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.
Comment 3 Frank Brütting 2017-11-21 22:12:28 UTC
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.
Comment 4 Frank Brütting 2018-03-24 17:48:12 UTC
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.
Comment 5 Heiko Tietze 2018-03-26 08:52:54 UTC
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.
Comment 6 Regina Henschel 2018-03-26 10:10:44 UTC
(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.
Comment 7 Frank Brütting 2018-03-26 23:16:44 UTC
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.)
Comment 8 Frank Brütting 2018-03-26 23:17:53 UTC
If there still is some unclarity, I’ll do a screencast. ;)
Comment 9 Heiko Tietze 2018-03-27 06:45:45 UTC
(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
Comment 10 Heiko Tietze 2018-03-27 06:53:05 UTC
*** Bug 116609 has been marked as a duplicate of this bug. ***
Comment 11 Xisco Faulí 2020-03-09 13:28:44 UTC
Please add keyword 'needsUXEval' and CC 'libreoffice-ux-advise@lists.freedesktop.org' if input from UX is needed.