Bug 96123 - WRITER Page count in Status bar does not respect setting "Print automatically inserted blank pages"
Summary: WRITER Page count in Status bar does not respect setting "Print automatically...
Status: RESOLVED DUPLICATE of bug 52316
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: ux-advise (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-11-29 07:21 UTC by Peter Chang
Modified: 2015-11-30 23:06 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Saved mailed merged ODT with double page count displayed (167.89 KB, application/vnd.oasis.opendocument.text)
2015-11-29 07:21 UTC, Peter Chang
Details
Screenshot of Wrong Page Count for MAILMERGEd ODT (106.75 KB, image/png)
2015-11-29 07:23 UTC, Peter Chang
Details
Screenshot of PRINT PREVIEW for Wrong Page Count for MAILMERGEd ODT (131.50 KB, image/png)
2015-11-29 07:26 UTC, Peter Chang
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Chang 2015-11-29 07:21:13 UTC
Created attachment 120859 [details]
Saved mailed merged ODT with double page count displayed

The page count displayed at the bottom left of the WRITER window for a saved  MAILMERGE document is inaccurate.

It is about double the actual pages created.

For example, the actual total number of pages in the saved merged document is 23 but the page count displayed is 45.

The PREVIEW window also shows the same wrong total number of pages.
 
So, printing selected pages from the saved MAILMERGE document will also be problematic due to the wrong page count.
Comment 1 Peter Chang 2015-11-29 07:23:36 UTC
Created attachment 120860 [details]
Screenshot of Wrong Page Count for MAILMERGEd ODT
Comment 2 Peter Chang 2015-11-29 07:26:23 UTC
Created attachment 120861 [details]
Screenshot of PRINT PREVIEW for Wrong Page Count for MAILMERGEd ODT
Comment 3 Cor Nouws 2015-11-29 08:12:16 UTC
Hi Peter,

This is due to the fact that blanc pages are set in automatically for printing - if the printer does that double sided. See Tools > Options > Writer > Print...

Cheers - Cor
Comment 4 Peter Chang 2015-11-29 23:35:00 UTC
Thank you, Cor, for your prompt reply.

I'm sorry but the first issue is still not solved:

Tools > Options > LibreOffice Writer > Print > Print automatically inserted blank pages was NOT CHECKED.

Unchecking it did not resolve the page numbering in the edit window as it still remained wrong with "Page 1 of 45".

Furthermore, if you opened the submitted ODT file, there isn't any blank pages; just a total of 23 pages. 

--

For the 2nd issue, i.e. wrong Page Count in the PRINT preview dialog, I noted that there was a similar option to the one you pointed out:

File > Print > LibreOffice Writer tab > Print automatically inserted blank pages was CHECKED.

With the above CHECKED, the page count in the preview window was "1 / 45" (same as in the first issue, i.e. edit window).

Unchecking it shows an accurate page count in the preview window, i.e. "1 / 23"

So, this solves the PRINT PREVIEW Page Count issue.
Comment 5 Cor Nouws 2015-11-30 09:40:45 UTC
Hi Peter,

Thanks for further looking into this.
The only thing that one could think about, IMO, it that the page count in the status bar respects the setting ".. LibreOffice Writer > Print > Print automatically inserted blank pages". But this surely has to be discussed by UX for the consequences etc. 
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.

Let's see.. :)
Comment 6 Cor Nouws 2015-11-30 12:11:54 UTC

*** This bug has been marked as a duplicate of bug 52316 ***
Comment 7 Peter Chang 2015-11-30 23:06:35 UTC
TQVM, Cor! God bless.