After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 438734 - page numbering is confusing
page numbering is confusing
Status: RESOLVED OBSOLETE
Product: evince
Classification: Core
Component: general
0.8.x
Other Linux
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
: 583632 621641 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-05-15 21:43 UTC by Sebastien Bacher
Modified: 2018-05-22 13:13 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sebastien Bacher 2007-05-15 21:43:26 UTC
The bug has been described on https://bugs.launchpad.net/ubuntu/+source/evince/+bug/114462

"Binary package hint: evince

For example, when printing this book: www.phptr.com/content/images/0131473816/downloads/0131473816_book.pdf

File -> Print... -> {any printer, including "Print to File"} -> Print Pages/Range: 433-436

results in pages 397-400.

With smaller PDF's printing works as should."


That happens because the page index is starting is i, ii, iii, iv, v, vi, etc. Any reason the number of pages and the selected one are just a count of the number of pages which would be easier to use?
Comment 1 Volgovod 2007-05-16 07:31:57 UTC
"Any reason the number of pages and the selected one are just a count of the
number of pages which would be easier to use?"

Not only "easier to use". This also will make possible printing pages [i, ii, ...] as "Print range".
Comment 2 Volgovod 2007-05-17 07:30:12 UTC
I'm very sorry for my previous message.
This is caused by my poor English and that I entangled
in files, which I printed into the PDF.
Printing i, ii, ... pages works fine with page range 1-...
I think this topic can be closed.
Comment 3 Nickolay V. Shmyrev 2007-05-17 07:36:11 UTC
No problem, thanks

*** This bug has been marked as a duplicate of 330277 ***
Comment 4 Sebastien Bacher 2007-05-17 09:32:24 UTC
This way to count is confusing, reopening the bug
Comment 5 Christian Persch 2007-05-20 11:04:33 UTC
Needs to be filed as a RFE on the gtk print dialogue, then.
Comment 6 Sebastien Bacher 2007-05-20 11:54:58 UTC
that's not the print dialogue which is confusing, "1" in the toolbar should go to the first page of the document
Comment 7 Christian Persch 2007-05-21 20:33:46 UTC
No, "1" in toolbar should go to the page labelled as "1" in the document, as it does now. The gtk print dialogue's page number selector should be extended to allow for this.
Comment 8 Sebastien Bacher 2007-05-21 21:31:43 UTC
having to know to know that the page 10 is labelled "X" to jump to it is not really friendly, I think entering a number should move to the corresponding page in the document
Comment 9 Nickolay V. Shmyrev 2007-05-21 21:49:53 UTC
If you have page with label 10 we move to that page otherwise we move to page number 10. So I hope it's acceptable.
Comment 10 Sebastien Bacher 2007-05-21 21:56:57 UTC
the labeling is not an intuitive way to browse a document, usually when an user enter "10" to the range widget that's to go to the page 10 of the document
Comment 11 Christian Persch 2007-05-21 23:03:19 UTC
(In reply to comment #10)
> the labeling is not an intuitive way to browse a document, usually when an user
> enter "10" to the range widget that's to go to the page 10 of the document

Exactly. The user reads the document, where is says "see page 36 for more information", and enters "36" into the entry, and expects to go to that page, not to page 21 just because there have been some pages before page "1" in the document.
Comment 12 Bartek Kostrzewa 2009-05-22 16:31:05 UTC
I would like to add that an additional complication is the fact that some documents have pages for which no label is provided (a cover page and an empty page at the beginning of a book for instance) making it impossible to print (or access via the page number text entry box).

The book available here is an example of that http://web.mit.edu/lienhard/www/ahtt.html

Having said that, Christian's point of being able to quickly access a given reference page and actually end up on the correct page FAR outweighs the drawback of not being able to quick-access or print-range some other pages. I was quite amazed (and thankful!) when this functionality was first introduced as it always annoyed me that I had to manually "search around" for the right page in the PDF for a given page number in the text.

Nevertheless, IMHO the print ranges should be based on the labelling, rather than the PDF pages, to be consistent. I'm going to take a look at how the callback for the print dialog creates the ranges array. Could someone point me to the array which relates PDF pages with labels?
Comment 13 Germán Poo-Caamaño 2013-06-15 05:51:37 UTC
*** Bug 621641 has been marked as a duplicate of this bug. ***
Comment 14 Germán Poo-Caamaño 2013-06-15 05:53:08 UTC
*** Bug 583632 has been marked as a duplicate of this bug. ***
Comment 15 GNOME Infrastructure Team 2018-05-22 13:13:09 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/evince/issues/38.