https://bugs.documentfoundation.org/show_bug.cgi?id=155177
Bug ID: 155177 Summary: Writer: Widow/orphan behaviour not reliably predictable Product: LibreOffice Version: 7.5.3.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: page74010...@yahoo.fr Created attachment 187127 --> https://bugs.documentfoundation.org/attachment.cgi?id=187127&action=edit Document without widow/orphan control This is a follow-on for https://ask.libreoffice.org/t/disabled-orphan-still-active/91037 Experiments done under Version: 7.5.3.2 (X86_64) Build ID: 50(Build:2) CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded User complains that sometimes blank space is left at bottom of pages though there is "visually" enough room for extra line(s). In addition, text reflow seems to be erratic. The attached sample file has been carefully tuned so that there is an exact (!) count of 12 pt Liberation Serif lines within the pages. Vertical margins have been adjusted within 0.01 mm. For maximum text "compacity", widow/orphan control has been disabled. Page 2+ use Text Body where only spacing above and blow differ from Default Paragraph Style. Spacing below has been set to 0.20 cm and remains constant. Spacing above is first set so that blank space appears at bottom of page 2. This ends up at above/below equal to 0.21/0.20 cm. In the bottom trials, always start from the attached sample without modification. - Experiment # 1 - ------------------ Decrement spacing above progressively by 0.01 cm and Apply or OK between each decrementation. Nothing changes until spacing above reaches 0.12 cm, at which time _TWO_ lines, not one, are borrowed from next page to fill the gap. Now, increment spacing above by 0.01 cm. 0.13 will flush the last line onto next page. This is not symmetrical relative to decrementation! You need to return to 0.21 cm to revert to initial state. - Experiment # 2 - ------------------ Starting from the sample, spacing above is decremented to 0.20 cm. Nothing changes on screen, even if Tools>Update>Update all is triggered. Document is saved, closed and reopened. Now there is an extra line at bottom of page (as would be expected) Other experiments with saving the document at different stages in decrementing spacing above show a different aspect of socument when reopening: the number of lines at bottom of page 2 may be different from what was displayed before saving. Generally speaking, text layout when opening the document is what is expected by user. But text not being correctly flown when working on styles may cause user to overpatch his styles by giving excessive values to parameters and being confused by the changes aspect when reloading. Also the hysteresis behaviour is not a good thing as it questions the reliability of text flow. Will add Mike Kaganski in CC to make him aware of this bug report. -- You are receiving this mail because: You are the assignee for the bug.