[Libreoffice-bugs] [Bug 116609] New: [Table settings] Overhauling column size changes

[bugzilla-daemon at bugs.documentfoundation.org]

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

            Bug ID: 116609
           Summary: [Table settings] Overhauling column size changes
           Product: LibreOffice
           Version: 6.0.2.1 release
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Writer
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: zyklon87 at web.de

Description:
Imagine you have a quite big table, that fills the whole page width. Now you
want to enlarge the first column, and therefore need to make column 8 smaller.

So if you go to the table settings window and increase the size of the first
column, you will experience, that for some inexplicable reason, column two gets
scaled down…?! [Facepalm #1!] Well, I covered that in #113960. So you need to
check “Adapt table width” every time you want to modify column widths. But you
won’t be able to do that immediately, as you always have to first go to the
“Table” tab and set “Alignment = center” – every time…?! [Facepalm #2!] Well…
OK, let’s skip that. But still consider, that those required actions
conceptually belong to this bug I’m currently describing!

Now you have set “Alignment = center” and checked “Adapt table width” and try
to enlarge column one. You will see that this even now isn’t possible – instead
you have to first reduce the size of another column for being able to increase
another one. [Facepalm #3!]

This whole thing is very tedious, as the column width list in the “Columns” tab
of the table settings is very ugly. There is a whole lot of unused space below
the column width boxes – still, you have to “scroll” weirdly horizontally for
being able to modify columns #(>6). [Facepalm #4!] And for also some
inexplicable reason, we aren’t able to enlarge that settings window. [Facepalm
#5!]

So we have to first scroll to column 8, scale that down and then scroll back to
column 1 and THEN you’re able to scale that up. [Facepalm #6!]


Does that really need to be that complicated? I TOTALLY miss a concept for
settings here.

One thing that would improve that ugly experience would be, to allow a table’s
width to be larger than possible while residing in the settings window. You
then just need to highlight that constraint mismatch (maybe via red font
message) and grey out the OK button for changes not being able to take effect.
Then we at least could adapt each column in ascending order, without having to
reorder that process to “first make specific columns smaller, then make the
rest larger”.

In total, please overhaul that process completely, is this really is kind of
broken, devastating and daunting.

Steps to Reproduce:
.

Actual Results:  
.

Expected Results:
.


Reproducible: Always


User Profile Reset: No



Additional Info:
.


User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:59.0) Gecko/20100101
Firefox/59.0

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20180324/da0d2344/attachment.html>