https://bugs.documentfoundation.org/show_bug.cgi?id=146279
--- Comment #7 from Mike Kaganski <mikekagan...@hotmail.com> --- (In reply to Telesto from comment #5) > 1. Open the attached file > 2. Press Enter before e-mail.. See 3 headings move the next page This is IMO unexpected, because in *this specific case*, there's no next paragraph after the last heading -> hence, IMO last paragraph's "keep with next" should not fire, and thus last paragraph should split according to orphan/widow control. So in my opinion, the correct operation would be: the whole two headings, and *most part* of the third heading, should stay on the same page, and only last two lines of the last heading should go to the next page. However, the current behavior is since ~forever (at lease inherited from OOo), and thus is unlikely to change. Then another reasonable option would be to set this in stone, *maybe* put to standard (if we put such things to standard), and *disable* both "do not split" (which must show checked) and "orphan/widow control" when keep with next is active. > 3. Press Undo > 4. Press Enter after first heading (ending with 'town?') > 5. A new paragraph is created with text body, but also moving both other > heading to next page Perfectly fine, creation of the new text body paragraph being defined by the heading style's "next style" setting. (In reply to JP from comment #0) > The spacing was perfect and the heading were > perfect with Bullets & Numbering, but after saving a reopening the document > for some unknown reason at page 4 suddenly a huge amount of surplus white > space was added Every such issue is a bug, when layout differs in a native file format before and after save/reload. However it needs reproducible steps to repro to be able to work on this. (In reply to Heiko Tietze from comment #6) > But I see no way to number paragraphs with a text style following the > chapter numbering. Mike, do you? IMO use of heading in such case id OK, but requires fine-tuning of the lower-rank heading paragraphs. Other options could be using number range fields (which one would need to insert manually to the beginning of paragraphs - e.g. copying and pasting previous such fields). > The actual solution is clearly to uncheck the keep together flag for H3 in > this case. => NAB I agree; please decide yourself if you want to track the problem with "keep with next" conflicting with "do not split"/"widow/orphan control" mentioned above here or in a different issue. -- You are receiving this mail because: You are the assignee for the bug.