https://bugs.documentfoundation.org/show_bug.cgi?id=105304
Bug ID: 105304
Summary: EDITING: Table of contents and poge numbering
Product: LibreOffice
Version: 5.2.3.3 release
Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
Severity: enhancement
Priority: medium
Component: Writer
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: diamantepaso...@hotmail.com
When writing a document with a first page which acts as a front cover, that
page and the index, aren't always meant to be counted and numbered. In fact,
the page styles "Index" and "First Page" hide the page number field. The page
number field has an offset option in case the first actual page of text starts
with number 3 for instance instead of 1. This resolves the problem with wrong
numbering on the pages, however, the index is not updated. In fact, a page
break needs to be made after the index with an override in the page number in
order for the table of contents to update the numbering correctly. Otherwise,
the table of contents numbers everything according to the number of the page of
all the pages of the document, not what you've set in the page number field.
I'm pretty sure there's a reason for this but this is impractical. If the
offset option is supposed to act like this, it should be specified somewhere
that in order to get the numbering right you need to use the page break
function, which is anyway counter-intuitive in my opinion. Alternatively, a
flag should be introduced in the table of contents edit option so that it
relies on whatever the page number field says.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
