[Libreoffice-bugs] [Bug 126284] PDF Export: PDF shows only two pages of a document with three pages (one page is hidden in the odf document) (see comment 3)

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Fri Feb 7 21:47:59 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=126284

sdc.blanco at youmail.dk changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |https://bugs.documentfounda
                   |                            |tion.org/show_bug.cgi?id=31
                   |                            |606

--- Comment #15 from sdc.blanco at youmail.dk ---
(In reply to flx from comment #3)
> due to the described bug I do not get the right pages when I use "File" – 
> "Export As → Export as PDF…" and enter some specific page numbers which I 
> naturally take from the bottom left view 
If this is the problem, then I believe this bug is a duplicate of bug #31606

(In reply to flx from comment #7)
> Again, I don't agree with the evaluation that this is a pdf export issue
> (see comment #5). In my opinion, the logic behind the page count display
Two (interrelated) issues should be separated

1.  automatic (default) introduction of a ‟second” page (under certain
conditions)
2.  how statusbar appears (as a consequence of point 1.)

The main issue arising from point 1 is: 
   (a) why is the software trying to be “helpful” by doing something that users
do not expect (i.e., automatically adding a blank page when an odd page is
followed by another odd page, because of page numbering restart), and 
   (b) does not offer a way to turn “off” this automatic page insertion (bug
#117231).   

(NB. there are plenty of use cases where one wants page renumbering in a
document that is not a book or is not going to be double-sided printed)

This ‟intended behavior?” is (a) almost invisible (i.e., user did not have to
do anything to turn this on, no “warning” pops up), and (b) its main functional
effect – inserting blank pages – can be overridden at the time of printing.

Meanwhile, it inspires multiple bug reports about status bar problems (which is
just a “symptom” of the automatic page insertion), a problem with on-screen
editing (bug #117231), choosing pages for pdf export (e.g., bug 31606,  bug
126284 ).  Recently there was an attempt to improve the statusbar appearance 
(bug 52316 ) (which has possibly solved the PDF export page choice problem),
but it does not change the ‟main issue".

An obvious alternative is: (a) user has to consciously turn on the “automatic
insertion” – then at least the consequences would be less surprising, and
comment 8 would still apply (about reading the documentation for advanced
uses).

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200207/2616a652/attachment-0001.htm>


More information about the Libreoffice-bugs mailing list