https://bugs.freedesktop.org/show_bug.cgi?id=45338
Lionel Elie Mamane <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #56264|0 |1 is obsolete| | --- Comment #8 from Lionel Elie Mamane <[email protected]> --- Created attachment 76344 --> https://bugs.freedesktop.org/attachment.cgi?id=76344&action=edit more minimal testcase This testcase is a bit more minimal in its difference(s) between the two reports, for better clarity. In Robert's testcase, the two reports had DIFFERENT Detail section heights, which changes the whole layout and make comparisons moot. There are actually several "problems" visible here: 1) IMHO trailing (not leading) vertical blank space should be "eaten" by a pagebreak. This would make this particular testcase not trigger this bug in the same way, since each page would contain the same number of records. Looking closely at the execution result of the "detail_dont_hold_together" report, one sees that page 2 begins with the trailing blank space of detail section ID=9. That's a bit silly. If detail ID=9 fit into page 1 (except for its trailing blank space), the trailing blank space should just disappear, and page 2 should start with a new detail section (instead of trailing blank space that belongs to the previous detail section). Same holds for vertical blank space WITHIN a detail (or other) section: start the next control right at top of effective area of next page (effective area = after header, before footer), don't take over vertical blank space that did not "fit" in previous area. (You may notice that what I have in mind is the TeX/LaTeX behaviour.) THIS IS INDEPENDENT OF THE "keep together" setting. 2) If one looks closely at the result of the "detail_dont_hold_together" report, one actually sees that the yellow line below 9/Liesbeth OVERLAPS WITH THE FOOTER. That is made more clear by the report "Detail_dont_hold_together_footer". This also causes on page 2, the fact that the yellow line at bottom is on page 2, but the "Name Eike" on page 3. This looks like a Writer bug, actually. 3) In the generated result, the detailNN tables should have "Allow table to split across pages and columns" set to false, but don't. That's my understanding of what *this* bug is about. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
