[Libreoffice-bugs] [Bug 105478] DOC LAYOUT specified height row splits and flows back to previous page, despite not meeting minimum height (comment 9).

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #12 from Mike Kaganski <mikekaganski at hotmail.com> ---
(In reply to Justin L from comment #11)
> A minimum height for a table cell should be honoured. Otherwise what is the
> point, since a table grows to fill the space it needs anyway, and then there
> is no need for a minimum height (unless your content doesn't fill all of the
> space). But obviously this is tricky based on the history and fallout of
> that bugfix.

Yes, but LibreOffice does honour the minimum height of *rows* (not cells). When
a row requires that its height should be no less than X, and the X is greater
than space available on page, then it must be split anyway, despite it being
less than X on that page. But then, if it's split half way, how should it meet
the minimal height requirement? by summing the total height of that row's parts
on several pages. Now, if the row is required to split, and it's the total
height that is taken into account, then how is the current behaviour wrong?

Is there some specification that requires that in this case, the split must
only be performed when the whole page is filled with this row? I'm inclined to
consider this a corner case where LibreOffice's interpretation is one of
possible ways to interpret UB, and is more logical than of Word; and possibly
should not be changed... ?

-- 
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/20200430/6f64a4e4/attachment.htm>