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 on the CC list for the bug. _______________________________________________ Libreoffice-ux-advise mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
