https://bugs.documentfoundation.org/show_bug.cgi?id=149863
Bug ID: 149863
Summary: INFORMATION REQUEST: section extent
Product: LibreOffice
Version: 7.3.4.2 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: enhancement
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
In "ordinary" documents, sections can be nested arbitrarily. There are two ways
to create sections: from scratch with menu Insert>Section then populate it with
contents, or select some existing contents and menu Insert>Section.
Both work fine.
When working with master documents, sub-documents seem to be managed as
implicit sections (with a somewhat different semantics, though, as they appear
both in the Navigation and Master views of the Navigator).
Sections are not only used to temporarily change the geometry of the page
(mainly number of columns) but also to change the location of the endnotes.
In this latter role, a section may be needed to span several subdocs so that
the endnotes are listed at a specific location according to author's wish.
Unfortunately, there is no way to add a subdoc inside a section (the Master
view in the Navigator only lists a sequence of subdocs, text and indexes
without details on document structure). Alternatively, selecting the "range"
and trying method 2 above fails because menu Insert>Section is disabled.
I understand that obviously sections and subdocs must be properly nested, i.e.
a section can't start outside sub-docs and end inside a subdoc and vice versa,
but this is guaranteed by the fact that user does not set manually start and
end section boundaries.
Is there any restriction in ODF about it? Is there an intrinsic difficulty in
the code which would forbid this possibility?
This request for information may eventually be changed to a feature request.
For some context see question
https://ask.libreoffice.org/t/where-in-lo-master-endnotes-are-stored-and-how-to-rearrange-the-position/78542
(where I was wrong in my initial answers).
--
You are receiving this mail because:
You are the assignee for the bug.
