https://bugs.documentfoundation.org/show_bug.cgi?id=104847
--- Comment #1 from Mike Kaganski <[email protected]> ---
This is caused by commit 6f5024de2e1a5cc533527e45b33d9a415467c48d.
And it is not a bug, it works as intended.
The minimal row height ensures that if the row content is shorter than the
minimal value, then minimal value is used. In LO, when that minimal height
couldn't fit to page, then the row didn't split to next page. But now we have
fixed that, and when we flow to next page, we add the height to what was left
on first page.
E.g., in this file, the minimal row height is 27.56 cm, and page body height is
only 29.7 cm - 2*2 cm = 25.7 cm. If there were no text in the row, then the
first 25.7 cm should be on first page, and the rest of 1.86 cm should go to
second. But there is much data in the row, it takes total of 48.05 cm, which
puts 22.35 cm to the second page. That second page has yet another 3.35 cm free
space left, which is taken by the text.
That MS Word repeats the minimal height on each page is its own bug. Saying
that, I must add that we cannot mimic its bug, because if we try to put the
minimal height on each page, it will revert us to the previous state, where we
won't be able to see the table below the first page.
The proper way of fixing this is unfortunately to fix the document itself, by
setting the text after the table to start on the next page.
--
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
