Dear When setting up the first page as initial cover, corrupts the total page count. The Windows XP version is 3.5.5 and 3.5.4 linux is Wheezy. Atte. SACL
Which title options did you use and how exactly it is "corrupted"? By default, there will be 1 invisible page after the title one which will be included in numeration.
Created attachment 64636 [details] Example of problem Lookup the foot page. El total page is with error.
(In reply to comment #1) > Which title options did you use and how exactly it is "corrupted"? By default, > there will be 1 invisible page after the title one which will be included in > numeration. Play problem 1) Document with at least 2 pages. 2) While page 1, insert a page break. 3) Then go to Format -> set title page: - Convert existing pages in title - Restart Numbering of pages after the title ... [1]. 4) OK 5) You will now see the total pages 3, where the total is 2. SACL
Checked with: LO 4.0.1.2 Build ID: own W7 debug build Windows 7 Professional SP1 64 bit After opening the attachment: clicked on - status bar display - footer display 1st page - Page 1/4 2nd page - Page 1 3/4 - Pagina 1 3rd page - Page 2 4/4 - Pagina 2
buggy behavior reproducible with LO 4.0.2.2 (Win7 Home, 64bit) I have the same result as mentioned by bfoman.
https://wiki.documentfoundation.org/ReleaseNotes/4.4 says: Page number in the statusbar are more easily understood when page number styles are used: Bug 80617 Can you please test with the master?
Checked with: LO 4.4.0 alpha2 After opening the attachment: clicked on - status bar display - footer display 1st page - Page 1 of 4 2nd page - Page 3 of 4 (Page 1) 3rd page - Page 4 of 4 (Page 2) Page break with "Change page number" inserts a blank page after, except after Default Style. Problem here is, and it's not so simple when the document is larger: - if you want to print or export the whole document, as previewed, you need to untick "Export automatically inserted blank pages" - if you want to print or export specific pages, for example only 2nd and 3rd page, you have to use "Export automatically inserted blank pages" and select pages 3-4 (from footer display, because that's what you see) It's not obvious and takes time and experiments to be understood. I have to export to PDF and only then print that PDF if I have document like this. What's the solution? Obviously, not count nor output the blank pages. Is it possible? Bug 52316 (earlier) and bug 57710 (more complex case and explanation) refer to the same problem, so one should be marked as a duplicate. I suggest bug 57710 be marked as later.
Created attachment 109735 [details] empty test case.odt This test case document is shown as 7 pages. - How do you know it has 5 pages for printing? - In order to print "text" and "landscape" only you need to select pages 3-4,7 with "Export automatically inserted blank pages" which is not enabled by default (it it were, it would make a problem for the whole document printing). - There's another problem with Page Count and Page Number fields. How do you get, for example in "text", as in footer: Page 1 in section, Page 4 of 7 in document?
*** Bug 57710 has been marked as a duplicate of this bug. ***
*** Bug 95172 has been marked as a duplicate of this bug. ***
*** Bug 96123 has been marked as a duplicate of this bug. ***
quoting https://bugs.documentfoundation.org/show_bug.cgi?id=96123#c5 "Note that the setting is in Writer > *Print* So it is obvious that there is a design choice for this. In addition one could for example argue that this effect (page count in status bar) is a trigger to become aware of the automatically inserted blanc pages. I do not remember that this has been ever proposed (but may be wrong) and the behaviour is like this for a long time."
We're replacing our use of the 'ux-advise' component with a keyword: Component -> LibreOffice Add Keyword: needsUXEval [NinjaEdit]
Hi, Bug still present in LibreOffice 5.2.3.2 (on ubuntu yakkety, Build ID: 1:5.2.3~rc2-0ubuntu1~yakkety1) Regards, Julien
*** Bug 60594 has been marked as a duplicate of this bug. ***
(from the duplicate issue ) So currently the status bar info on the second page in view is "Page 3 of 3 (Page 1)" This independent of the setting "Print automatically inserted blank pages" (The "(Page 1)" is irrelevant for this issue - it is displayed to show the page number as set by the user.) The request is option active: "Page 3 of 3 (Page 1)" option disabled "Page 2 of 2 (Page 1)" That sounds good. I do not see any problems with Export to PDF? Then, on the first tab, one can set "Export automatically inserted blank pages" Choosing that on export, will not change the numbering of pages (as set by the user with fields in e.g. the footer.)
Agree with Cor's analysis in comment 16. Sounds more natural to me when we reverse the logic into "1 of 2 pages (plus 2 blank)".
I'd prefer to not have those blanks mentioned (and accounted for) anywhere, including preview and status bar, but instead, have a print option that would read something like "use double-sided printing", which would just ensure that even pages are printed on even sides, and odd are printed on odd sides (i.e., only in this printing mode, the blanks were inserted).
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/a342efadfbaf5fb92a43e7b7e19e6674f2ea8b0a tdf#52316 Writer status bar: show also printed page counts It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
tdf#52316 Writer status bar: show also printed page counts if they are different from the "normal" page counts. If the document contains automatically inserted blank pages, and the document setting "Print automatically inserted blank pages" is disabled, the status bar still shows page counts with blank pages. This is a problem especially, if the user wants to print a document range, because it's not possible to read the correct printing range from the status bar, and using the showed values, printing can result unwanted and missing printed pages without any notice if the Preview option is disabled in the Print dialog window (otherwise if the difference was noticed, it could be hard or near impossible to correct the range using the Preview window). Now, for example, if the title page followed an automatically inserted blank page and a third page, the status bar shows the following on the third page, if there is a difference in printing: Page 3 of 3 (Page 2 of 2 to print) If the setting "Print automatically inserted blank pages" of the actual document is enabled on page "LibreOffice Writer" of the File->Print... dialog window, or the document doesn't contain automatically inserted blank pages, there is no information about printed pages in the status bar (because there is no difference in page counting): Page 3 of 3
Notes: DOCX documents always get the document setting "Print automatically inserted blank pages", so the status bar doesn't show printed page counts.
To test using the test document of Bug 31606: 1. download and open http://www.pitonyak.org/AndrewMacro.odt 2. disable its document setting "Print automatically inserted blank pages" on page "LibreOffice Writer" of the File->Print... dialog window. 3. Go to the Page 355. The status bar shows "Page 355 of 540 (Page 350 of 523 to print)" (As on the attached screen shot).
Created attachment 154759 [details] Extended status bar, when the actual printer setting of the document results different page counts
>Affected users are encouraged to test the fix and report feedback. Neutral report on observed behavior (i.e., no opinions or suggestions) Using a 15-page test document with a variety of page numbering resets, and 7.0.0.0.alpha0+ (x64), Build ID: dfd027342e6b4107ebd3369de96ef2be3883724d Procedure: File > Printer Settings – Options button, then unclick ‟Print automatically inserted blank page”, then OK (also works with File→Print - Writer tab – unclick - Cancel – [one less dialog box] ) With ‟Print automatically...” ‟unclicked” Status bar shows: Page 1 of 15 (Page 1 of 13 to print) (and keeps that appearance in scrolling through entire file) (no indication of values for Page Number variable) With ‟Print automatically...” ‟clicked” Status bar shows: Page 1 of 15 (keeps that appearance, until coming to a page with numbering reset) (after pagenumbering reset) Status bar shows: Page 1 of 15 (Page x) (where x is the value of the Page Number variable) Additional information: 1. The ‟clicked” case is also the same behavior for all cases – clicked and unclicked – in LO 6.3.4.2 2. File → Print Preview (statusbar does not depend on ‟Print automatically...” setting) Uses style shown in comment 4: P x/y where P= ‟Page number value”, x = document page, y = total number of pages 3. The setting in Tools – Options – Writer – Print has no effect. As far as I can tell (empirically), the only thing the Option does is specify the initial setting for a new document. From that point of view, the help page gives incorrect information: https://help.libreoffice.org/7.0/en-US/text/shared/optionen/01040400.html
My proposal for further improvement is to make it easier to change "Export automatically inserted blank pages" settings. To add right-click to Status bar where user could change settings for print and export (so needed are two check boxes). I wrote it in bug 126284.
Is there currently a workaround on this? it really makes it very easy to forget updating the page count in documents.