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.
