https://bugs.documentfoundation.org/show_bug.cgi?id=34957
--- Comment #15 from Justin L <jl...@mail.com> --- Created attachment 115298 --> https://bugs.documentfoundation.org/attachment.cgi?id=115298&action=edit Zip containing several example documents and PDF evidence. Proposed bugfix submitted: https://gerrit.libreoffice.org/15617 This bug should not be considered a MAB. The workaround is simply to turn off “keep with next” if the table is so large that it is a meaningless setting anyway. Since the bug/fix changes the current behaviour of ODT formatted documents, I'll only submit to the 5.0 tree to give others time to identify any unintended side effects, and not push to the (almost) stable 4.4 tree. The bug mentioned in comment #13 is not connected with this fix. .DOC format does not have a “keep with next” table setting, only paragraph settings. This bug / fix does not deal with paragraph settings, only the table setting. Provided is a suite of test documents. The incorrect behaviour in exampleSuite-odt-LO436.pdf was produced on Windows. The correct behaviour was produced on an Ubuntu 14.04 derivative. Example 1: simple test that works in all cases, since everything fits on a single page. Example 2a: demonstrates comment #2 and the reason why this is marked as a MAB. If the preceding paragraph / table / following paragraph were larger than one page, the preceding paragraph's “keep with next” would be ignored. That is now fixed. Example 2b: demonstrates both “keeps” working together properly. This was already working before, and is not broken by the “fix”. Example 3: demonstrates when it is proper for the table to start on a new page. This was already working before, and is not broken by the “fix”. Example 4: demonstrates what happens when the table itself fits on the page, but there is not enough room for the “kept” paragraph. This was not working before, and is still identically “broken” (in my opinion) after the “fix”. However, it is similar behaviour to MS Word's paragraph setting, so I'm not going to try and change this behaviour. Example 5: demonstrates what happens if the table itself is too big to fix on a single page. This was the actually reported bug. Before, the table started on a brand new page. Now, it does not leave a gap. Example 6: is the same as example 4 except that the table is larger than one page. Before, the table started on a brand new page. Now it does not leave a gap. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
