[Okular-devel] [okular] [Bug 339176] New: feature request: fit to page

[marco.morandini]

https://bugs.kde.org/show_bug.cgi?id=339176

Bug ID: 339176
Summary: feature request: fit to page
Product: okular
Version: 0.19.3
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: wishlist
Priority: NOR
Component: printing
Assignee: okular-devel at kde.org
Reporter: marco.morandini at polimi.it

This is a follow-up of bug #319476 :

"it would be nice "to handle the case when the size of the pdf page is
*smaller* than the printer page size.

A fully functional "fit to printable area" feature would enlarge the text in
this case, rather than leaving it default size with large margins. The
shortcoming of this is best seen when printing 2 or more pages per sheet. This
is a useful way of saving paper when the original document has a default page
size smaller than the print paper size.

At present, however, okular seems to first process the page for the specified
paper size (say, US Letter), which leaves large margins around it, then shrinks
it again to fit two or more pages into one. The result are very small letters
and lots of unused white space.
"


Reproducible: Always

[Albert Astals Cid]

https://bugs.kde.org/show_bug.cgi?id=339176

Albert Astals Cid <aacid at kde.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |aacid at kde.org
Status|UNCONFIRMED |CONFIRMED
Ever confirmed|0 |1

--- Comment #1 from Albert Astals Cid <aacid at kde.org> ---
Yeah, that'd be cool.

[Miran B]

https://bugs.kde.org/show_bug.cgi?id=339176

Miran B <miranche at gmx.net> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |miranche at gmx.net

--- Comment #2 from Miran B <miranche at gmx.net> ---
Agreed. I've been thinking about reporting this for months.

Right now whenever I print multiple pages per sheet, I first need to manually
enlarge the document using ghostscript.

[stanislav.horacek]

https://bugs.kde.org/show_bug.cgi?id=339176

stanislav.horacek at gmail.com changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |stanislav.horacek at gmail.com

[l***@gmx.net]

https://bugs.kde.org/show_bug.cgi?id=339176

***@gmx.net changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@gmx.net

--- Comment #3 from ***@gmx.net ---
also vote for this

My suggestion would be to have an option in the print dialogue to
enable/disable "fit-to-page" (up- and downscale).

As we have https://bugs.kde.org/show_bug.cgi?id=336617 - this option would also
satisfy people who don't want to use this option. In my opinion this should be
enabled by default, as most of us will use it. People with special documents
however should be able to disable it.

Workaround without using the CML for PDFs: open in GIMP or Firefox then print
it :)

[Christoph Feck]

https://bugs.kde.org/show_bug.cgi?id=339176

Christoph Feck <***@kde.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@demartinenchile.co
| |m

--- Comment #4 from Christoph Feck <***@kde.org> ---
*** Bug 343227 has been marked as a duplicate of this bug. ***

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=339176

***@gmail.com changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@gmail.com

[Florian Dollinger]

https://bugs.kde.org/show_bug.cgi?id=339176

Florian Dollinger <***@gmx.de> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@gmx.de

--- Comment #5 from Florian Dollinger <***@gmx.de> ---
The problem is, that okular at first creates a PostScript File in /tmp/ named
"okular_XXXXXX.ps". This File is then sent to the Printer using the lpr
command.

That .ps file starts with something like that:

%!PS-Adobe-3.0
%Produced by poppler pdftops version: 0.50.0 (http://poppler.freedesktop.org)
%%Creator: org.apache.jsp._005fsize.margin_002dtest_005fpdf_jsp
%%Title: margin-test.pdf
%%LanguageLevel: 2
%%DocumentSuppliedResources: (atend)
%%DocumentMedia: A4 595 842 0 () ()
%%BoundingBox: 0 0 595 842
%%Pages: 1
%%EndComments
%%BeginDefaults
%%PageMedia: A4
%%EndDefaults
%%BeginProlog
%%BeginResource: procset xpdf 3.00 0
%%Copyright: Copyright 1996-2011 Glyph & Cog, LLC

therefore, when the .ps file is sent to the printer - it is now recognized as
A4 (e.g.) - even if it was a user-defined format before...

using the exact same lpr command (which includes the -o fit-to-page argument by
default), and replacing the temporary .ps file with the original .pdf results
in the desired print...

therefore the problem is that the page-layout for the print (e.g. A4) is
already defined in the .ps file...
if you take a look at the sourcecode, you can find the /generators/poppler
there, i guess if the option "-origpagesizes" for poppler would maybe fix that
- at least for pdf's

---

voted +10 - that's really an important feature since many documents are
non-standard-format

[Florian Dollinger]

https://bugs.kde.org/show_bug.cgi?id=339176

--- Comment #6 from Florian Dollinger <***@gmx.de> ---
https://bugs.kde.org/show_bug.cgi?id=348172 and this one
(https://bugs.kde.org/show_bug.cgi?id=339176) are possibly duplicates.

[Stefan Gruber]

https://bugs.kde.org/show_bug.cgi?id=339176

Stefan Gruber <***@t-online.de> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@t-online.de

[Michael Weghorn]

https://bugs.kde.org/show_bug.cgi?id=339176

Michael Weghorn <***@posteo.de> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@posteo.de

[Muzhi Tian]

https://bugs.kde.org/show_bug.cgi?id=339176

Muzhi Tian <***@gmail.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |b.weggenmann+***@gmail.com

--- Comment #7 from Muzhi Tian <***@gmail.com> ---
*** Bug 254306 has been marked as a duplicate of this bug. ***