https://bugs.freedesktop.org/show_bug.cgi?id=67083
--- Comment #11 from João Paulo <[email protected]> --- I can confirm this bug appears since "BrOffice/3.3$Win32 LibreOffice_project/330m19$Build-202", because of the "<meta:generator>" tag inside an old test document I created, but didn't filed the bug until today when I was going to do that and found this bug. This bug is not only for the #page# field, but also for the #count# field: On a document with 2 pages, on the 1st page the first paragraph is formatted to insert a page break before it, renumbering the page to 0; the #page# field will be null/empty (shouldn't be 0?) and the #count# field will be 3 (shouldn't it be 2, as there is only 2 pages?). On the same document with 2 pages, on the 2nd page the first paragraph is formatted to insert a page break before it, renumbering the page to 1; the #page# field will be 1 (correct) and the #count# field will be 3 (again, shouldn't it be 2?) On the same document with 2 pages, on the first paragraph on both pages, if it is formatted to insert a page break before it renumbering, for example, to 9, the #page# field will be 9 (correct), but the #count# field will still be 3! My doubt is: Shouldn't the total pages field (#count# field) be the real pages on the document? One can say we can put any number we want, but if we are using offsets/renumberings to the #page# field, shouldn't the #count# reflect the offset/renumbering or, at least, have a choice to offset it? -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
