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 556443 - Fit page width sets zoom level for all pages according to widest page.
Fit page width sets zoom level for all pages according to widest page.
Status: RESOLVED OBSOLETE
Product: evince
Classification: Core
Component: general
2.22.x
Other Linux
: Low enhancement
: ---
Assigned To: Evince Maintainers
Evince Maintainers
: 308495 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-10-15 17:41 UTC by Martin Ejdestig
Modified: 2018-05-22 13:25 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Martin Ejdestig 2008-10-15 17:41:50 UTC
When viewing:

http://assets.panda.org/downloads/global_strategy_for_the_1st__billion_tonnes_with_ict__by_wwf. pdf

and using "Fit Page Width", the portrait oriented pages aren't fit to the width of the window. Instead, a global zoom level is determined for the whole document depending on the landscape oriented pages.

I wonder if it would be better to do "Fit Page Width" for each individual page. Or maybe set the "Fit Page Width" zoom level to fit as many pages as possible to the width of the window. Right now, the majority of pages in the document linked to above are very zoomed out.
Comment 1 Nickolay V. Shmyrev 2008-10-15 21:50:47 UTC
*** Bug 308495 has been marked as a duplicate of this bug. ***
Comment 2 Praveen Thirukonda 2010-01-03 10:59:07 UTC
this is a really annoying bug when reading some comics and other documents,etc.

so +1 for a fix.
Comment 3 gwern 2010-01-22 00:23:08 UTC
I should mention this is really common in Google Books - Google's boilerplate first couple pages seem to never be the same size as the rest of the book (and usually too large) eg. http://books.google.com/books?id=gd8TAAAAIAAJ or http://books.google.com/books?id=tD4prk6pVG8C

I have on occasion resorted to using pdftk to chop off the first couple pages to make fit-page use up my entire screen. (My monitor is just large enough that the real fit-page dimensions work, but not dimensions based on the o'er-large Google pages.)
Comment 4 1n2mlu+a108cc8tjnzxs 2015-07-07 03:56:17 UTC
I see that there has not been much activity related to this bug. I just wanted to say that I too find it very desirable for Evince to fit pages to display width per page rather than per document. As others have mentioned, it is fairly common for comics to have pages of different widths within a single document, but usually desirable to have each page displayed at the full width of the screen. This is especially true on smaller screens. This is also useful if you create your own PDFs from scanned images but have cropped the source images to different sizes. In such situations it is more desirable to have a reader that can display pages in an easy-to-read way (i. e., fit page width) than to modify the document itself by cropping or resizing pages so that they are all the same in order to make the document easy to read in Evince.

If this ever were to be changed, I suppose that there could be two settings ("fit page width" and "fit document width") if there is something useful about the current behavior.

Lastly, there are some other applications that fit page width by default. I currently use qpdfview in Ubuntu solely because it has this behaviour. I also use Document Viewer in Android, which has this behavior.
Comment 5 José Aliste 2015-09-30 20:17:00 UTC
I don't think we are going to change anything here. Currently on non-continuous mode it work as you would expect. I can't imagine using several different zooms in continuous mode. It's simple not possible to do with evince without a major rework of the code.

Something that would make sense to me is to have a smarter scale in cases where not all the pages are the same size.
Comment 6 GNOME Infrastructure Team 2018-05-22 13:25:42 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/71.