Okular, when printing 2 pages per sheet, prints the wrong pages.

English Applications
1

If I try and print two pages from a PDF, two per sheet, I get four pages, the wrong ones, two per sheet.

For instance, if I specify pages 65 and 73, I get pages 129, 130, 145, 146.

129 / 65 = 1.98461538462

130 / 65 = 2

145 / 73 = 1.98630136986

146 / 73 = 2

Okular (1.3.3) is getting confused.

qpdfview pays no attention to pages specified, and prints really small

Libre Office Writer demands a password

gimp was my salvation.

I can’t see a bug on the KDE Buglist that fits, is this an OS thing, or maybe a result of upgrading from 42.3?

It’s not just with two pages, I had eight to print, same thing for all. This is from a downloaded Canon camera manual.

2

Interesting find. Does this happen even if printing to file?

3

Specifying Print to File causes the pages per sheet option to be greyed out. Also seems to ignore the page spec and copies the whole file over, but bigger, with each page placed as what looks like A5 in the middle of an A4 page. 29 MB up from 5.9 MB.

4

I guess a bug report will need to be submitted for this.

5

There’s another possible issue here.

I often notice, while reading a PDF file, that according to the PDF reader, I am on page 23 but the text says that it is page 15. (Okay, I made up the specific example).

So there’s a page number on page you are seeing. And there is meta-information in the file about page numbers. And the meta-information does not agree with the visible page number on the page itself.

To me, this is not surprising. For example, I sometimes use latex to generate a pdf file. And the page number that is visible on the page comes from latex macros. The meta-information page number presumably comes from counting pages as appearing in the pdf. However, the visible page numbers start with page 1 after preface and title pages.

And then, of course, there are the pdf files for journal articles. The journal may show the paper as page 123-127 in the journal, but they will be pages 1-5 in the pdf file meta-information.

6

The pdfinfo command can be used to check that

pdfinfo /path/to/file.pdf

but I think from the OP’s description there’s some other (qt-related) inconsistency at play here.

7

The pdfinfo output is:

Title:          PowerShot S5 IS
Author:         CANON INC.
Creator:        PScript5.dll Version 5.2
Producer:       Acrobat Distiller 7.0.5 (Windows)
CreationDate:   Thu Mar  1 17:10:35 2007 AEDT
ModDate:        Wed Mar 28 11:09:17 2007 AEST
Tagged:         no
UserProperties: no
Suspects:       no
Form:           none
JavaScript:     no
Pages:          203
Encrypted:      yes (print:yes copy:no change:no addNotes:no algorithm:RC4)
Page size:      619 x 420 pts
Page rot:       0
File size:      6190752 bytes
Optimized:      yes
PDF version:    1.6

Which doesn’t mean much to me, though Distiller ought to be pretty solid.

8 
Pages:          203
Encrypted:      yes (print:yes copy:no change:no addNotes:no algorithm:RC4)
Page size:      619 x 420 pts

So, does that output reflect reality as a document with 203 pages? The page size seems a bit odd…are they landscape formatted pages?

For reference, a document I checked with A4-sized pages reported

Page size:      595.276 x 841.89 pts (A4)

and an APC manual I have downloaded reported…

~> pdfinfo /media/sf_Downloads/APC_manual.pdf 
Title:          990-1852C-EN.doc
Author:         ccullen
Creator:        990-1852C-EN.doc - Microsoft Word
Producer:       Acrobat PDFWriter 5.0 for Windows NT
CreationDate:   Sat Oct 22 05:42:12 2005 NZDT
Tagged:         no
UserProperties: no
Suspects:       no
Form:           none
JavaScript:     no
Pages:          16
Encrypted:      no
Page size:      504 x 648 pts
Page rot:       0
File size:      441538 bytes
Optimized:      no
PDF version:    1.2
9

Bug 402779 raised. https://bugs.kde.org/show_bug.cgi?id=402779