Bug 147400 - Allow page breaks in a page with endnotes
Summary: Allow page breaks in a page with endnotes
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.2.5.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Footnote-Endnote Writer-Page-Break
  Show dependency treegraph
 
Reported: 2022-02-13 11:19 UTC by ajlittoz
Modified: 2022-11-14 14:09 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample use case (19.45 KB, application/vnd.oasis.opendocument.text)
2022-02-13 11:20 UTC, ajlittoz
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ajlittoz 2022-02-13 11:19:06 UTC
Description:
When endnotes are numerous, it is often necessary to "patch" formatting so that the notes are more readable and layout is nicer looking. The "patches" include adding additional text like line-breaks or page breaks and assigning a different paragraph style to some notes.

It looks like page breaks are purely ignored in Endnote pages, whether they are manually added or supposed to be the consequence of Text Flow property of the paragraph style.

Also, when there are many notes, the header could be dynamically adapted with fields to follow the "headings" interspersed throughout the notes. For this, I add special endnotes to document headings. Special endnote contents is the value of current chapter name (works because the endnote is next to the heading in the XML encoding). So far, so good. Special endnote paragraph style is assigned to outline level 1 (but not collected in TOC).

Unfortunately, the outline tag is not taken into account in the Endnote page style header: when I insert a chapter name field, the captured value is not the state in the first line of the page but what was current at the location prior to the endnote page!

This behaviour can be explained if the endnote engine interferes with the "standard" text/page behaviour.

Is there a way to revert to normal formatting in endnotes?

Steps to Reproduce:
1. create a document with endnotes
2. add a page break Ctrl+Enter in a note

For the header issue, since it is more complex, see attached sample fil

Actual Results:
Page break is ignored

Outline level in notes is ignored

Expected Results:
Effective page break

Retrieval of current chapter the same as in "ordinary" pages


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Version: 7.2.5.2.0+
Build ID: 20(Build:2)
CPU threads: 4; OS: Linux 5.16; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fr-FR (fr_FR.UTF-8); UI: en-US
Calc: threaded
Comment 1 ajlittoz 2022-02-13 11:20:07 UTC
Created attachment 178253 [details]
Sample use case
Comment 2 Dieter 2022-02-28 07:40:52 UTC
I confirm the page break problem with

Version: 7.3.1.2 (x64) / LibreOffice Community
Build ID: 9fff0292474d6d0bf5df787b512c71d9ac4bc98e
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL

Since there is a basic rule in bugzilla "One problem - one bug report", please open a new report for the header issue.

Althoug I think, it is not common to have a page break within endnotes, I would expect, that it is possible
=> NEW

Additional information:
Changing page style from "Endnote" to "Standard" doesn't solve the problem
Comment 3 Dieter 2022-11-14 10:54:22 UTC
At least related to bug 129036
Comment 4 Dieter 2022-11-14 10:56:04 UTC
So perhaps rather an enhancement request, than a bug.

Heiko, what do you think?
Comment 5 Heiko Tietze 2022-11-14 13:56:35 UTC
(In reply to Dieter from comment #4)
> Heiko, what do you think?

I'd hesitate to allow editing but the fact that we can add paragraph breaks makes it indeed confusing why page breaks shouldn't be possible. Btw, it neither works when defined on the paragraph style. And using columns on the page style seems to be weird too (ignored on the first page but effective on the second?).