[Libreoffice-ux-advise] [Bug 131073] Optimal row height does not ignore hidden columns (i.e. counts with invisible cells, too)
https://bugs.documentfoundation.org/show_bug.cgi?id=131073 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | Status|NEEDINFO|NEW CC|libreoffice-ux-advise@lists |er...@redhat.com, |.freedesktop.org|heiko.tietze@documentfounda ||tion.org --- Comment #10 from Heiko Tietze --- True, hidden cols/rows become expanded with optimal width/height. Expected behavior: the size is adjusted to the optimum but the row/cell remains hidden. Easy hack, Eike? -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 131073] Optimal row height does not ignore hidden columns (i.e. counts with invisible cells, too)
https://bugs.documentfoundation.org/show_bug.cgi?id=131073 --- Comment #9 from thatho --- Specifically to Comment 7 https://bugs.documentfoundation.org/show_bug.cgi?id=131073#c7 Imaging you have multiple of such rows. Hide the 3rd column, apply optimal row height (nothing notable happens), and show it to my boss *exaggeration*. He requests: Reduce the empty space in the cells so we cut the number of print pages to half. So, I do it by pulling up the row divider up one by one. Or setting the row height fixed (e.g. 4,52 mm as it is default). It is more handwork, when the data table is filled with text of different lengths/line break/rows. Another workaround: deleting the columns instead of hiding. Applying optimal row height, exporting or printing and undoing the edits or closing without Save-confirm. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 131073] Optimal row height does not ignore hidden columns (i.e. counts with invisible cells, too)
https://bugs.documentfoundation.org/show_bug.cgi?id=131073 --- Comment #8 from thatho --- Explanation of the workflow: Handling data tables, applying user friendly formatting and preparing them for printing or export. That includes removing as much empty space as possible. The issue appears when a column with large texts in cells is hidden and empty space shall be reduced. Applying 4. Set optimal row height (with default parameters). does adjust the row height to the largest element in the row even that element / cell content is hidden. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 131073] Optimal row height does not ignore hidden columns (i.e. counts with invisible cells, too)
https://bugs.documentfoundation.org/show_bug.cgi?id=131073 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #7 from Heiko Tietze --- Using single numbers in A1:A5 and Hello+\n+World (line wrapping with ctrl+enter) in A3. Optimal height from context menu using 0cm makes all rows as short as possible. (Issue that hidden rows are shown when applying the optimal height function ignored here.) Please explain your workflow a bit more in detail. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 131073] Optimal row height does not ignore hidden columns (i.e. counts with invisible cells, too)
https://bugs.documentfoundation.org/show_bug.cgi?id=131073 Buovjaga changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #6 from Buovjaga --- Then let us submit to the will of the User Experience gods -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise