[Libreoffice-ux-advise] [Bug 113604] Optimal column width of table in Writer is cumbersome and not persistent

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Wed Nov 22 08:13:13 UTC 2017


https://bugs.documentfoundation.org/show_bug.cgi?id=113604

--- Comment #8 from Christian Lehmann <christianw_lehmann at arcor.de> ---
To Csongor:
It does not seem excluded that something like my suggestion for refurbish the
entire table management will be adopted in a future version of LO. Then that
would include a simple solution for selecting portions of a table and applying
anything to them. And sure enough, these latter actions should be accessible by
right-click menus.

As long as this presupposition is not fulfilled, any interim solution which
requires less key hitting or button clicking is fine.

However, I would insist on two things:

1) If one wants optimal column width, then the default is to want it for an
entire table. I cannot even imagine a sensible scenario where I would require
it for only a subset. Suppose that applying optimal column width to the entire
table produces a result that does not appeal to me. Then it suffices to drag
the disturbing vertical borders to the side, which I would have to do, anyway.
And in particular, applying optimal column width only to one cell should not
even be offered, as this would imply table distortions à la MS Word.

2) Optimal column width is a permanent property of a table until the user
resets it. It remains in vigor after editing the cells. Again, I cannot imagine
a scenario where I would want optimal column width for the present content of
my table, but not for a changed table content.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the Libreoffice-ux-advise mailing list