https://bugs.documentfoundation.org/show_bug.cgi?id=100537
Justin L <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |NOTABUG
Status|NEW |RESOLVED
--- Comment #13 from Justin L <[email protected]> ---
The big question in my mind is WHY would automatic positioning prevent
adjusting width, relativity, or proportional column adjustment?
The answer looks pretty simple. Automatic means relative size always = 100%,
right? So then it also doesn't make sense to talk about shrinking or growing
all columns. They can't shrink or grow if they must always maintain 100% table
size.
The benefit of automatic comes when changing page size etc - the table will
automatically increase/decrease to match the new page size. So in a sense it is
synonymous with relative == 100%, but probably there is also more to it than
that.
In any case, this seems to be a good enough reason NOT to make "Left" alignment
be the default - unless relative 100% is also forced by default. (RTL people I
am sure would not be happy with a default of Left as well.)
In terms of blocking the checkbox for adjusting column width proportionally,
the code exists this way (without any documented reason) since initial import.
m_bModifyTable = true;
if (m_pTableData->GetWidthPercent() ||
text::HoriOrientation::FULL == nTableAlign ||
m_pTableData->IsLineSelected() )
m_bModifyTable = false;
"Percentage" based columns can not be proportionally adjusted for the same
reason as "Automatic". IsLineSelected suggests possibly multiple rows have been
selected, and that should also prevent self-adjusting columns (since merged
cells might mean different number of columns for different rows).
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
