[Libreoffice-bugs] [Bug 88496] FORMATTING Multiple row table header pushed to next page if rows do not fit (unless one sets table properties .. uncheck Repeat Heading). behavior different from MS Word

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Mon Jun 4 07:11:44 UTC 2018


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

--- Comment #23 from Mike Kaganski <mikekaganski at hotmail.com> ---
(In reply to DiegoM from comment #0)
> As a comparision, text was saved in docx format and opened with Word 2007
> SP3. This program react different: as soon as the header-rows does not fit
> anymore in the bottom-free page space, the header definition is preserved
> but neglected, and presentation is done as the table has been defined with
> 0-rows header.

(In reply to DiegoM from comment #9)
> What WORD seems to do in the same situation: as soon as recognise that the
> headers line dose not fit on the page portion reserved for table, it
> consider the table as with-no-header, even if in the definition this stays
> in place.
> 
> This rise a big problem: in WORD => v.2007 for the user is very easy to
> define a table with, say, 50 rows all in the header (just select full table
> and click one button on the ribbon). WORD will disregard this config and
> render the table as with no header at all. 
> Pass this DOC at WRITER: table render will disrupt.

Just a note: it's not exactly as if there's no heading rows at all. It is
apparent when the table is not the topmost element on a page (e.g., some
paragraph(s) above it). In this case, making more heading rows than the page's
height moves the entire table to the next empty page, and only then, when even
the empty page isn't enough, starts it to output rows as if there's no heading
rows. In contrast, if there actually were no heading rows defined, the table
would start on the page with those initial contents, and flow to the second
page.

-- 
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/20180604/39e63aac/attachment.html>


More information about the Libreoffice-bugs mailing list