This relates to https://bugs.kde.org/show_bug.cgi?id=347631. I now resubmit two separate bug reports as requested. I am not sure whether it is related to okular or QPrinter. The print dialogue lacks options to either 1) shrink PDF pages to paper size 2) enlarge to fit paper size 3) print at 100% scale. Reasons: 1) and 2): When printing text documents, one often wants to use the entire page area. Otherwise, it will be impossible to print content that is much smaller or larger than the printer's paper size. 3) Some documents need to be printed at 100% scale (e.g. technical drawings with defined scale). These options were present in KPrinter4, but "disappeared" from KDE5. Reproducible: Always Steps to Reproduce: Does not apply I classify this as a bug, because 1) as a result, it is impossible to print some documents in a usable way, which IMO is a core functionality of a PDF viewer 2) From a user point of view, this seems like a regression in terms of feature set available. KDE4 provided these options.
> 2) From a user point of view, this seems like a regression in terms of feature set available. KDE4 provided these options. What?
Created attachment 92818 [details] kprinter screen shot These options...
Yes kprinter4 has those features and you can still use it, no? I'm a bit confused by how it is "a regression"
My point is that scaling is critical for many applications, and with the current standard print dialog I don't even know whether and how a document is scaled/printed. Fortunately, I can still use kprinter4 if I really need to. But of course I can also use another pdf viewer, or Gnome, but that is not the point here, isn't it?
Yes, it is way easier to use e.g., evince, then you do not have to convert it to PS before printing.
*** This bug has been confirmed by popular vote. ***
qpdfview offers this option, which is why I keep it around. I, too, would like to be able to print borderless PDFs in okular without later realizing my printer has produced a useless, cut-off copy.
https://bugs.kde.org/show_bug.cgi?id=339176 and this one (https://bugs.kde.org/show_bug.cgi?id=348172) are possibly duplicates.
Yes - this is a feature missing for people who have to print a lot of PDFs. Most notably since sometimes the "automatic scale" that is determined to print a document is completely wrong.
The main problem is that the pdf is saved as a temporary .ps file (which isnt scaled), try the pdfprintpdf branch for now... that branch sends the .pdf directly to thd cups server (and also the -o fit-to-page option). I am working on custom print dialog, the current one (qtprint) doesn't offer a "fit to page" option - you could add it at a new tab... but thats messy.
A new dialog is a very bad idea.
and... why? the qtprint dialog is - as mentioned - everything but useful, especially for printing multiple pages onto one sheet. that is because it doesn't distinguish between pages and sheets. the options are, furthermore, scattered over two windows (from which one is collabsible) and a lot of tabs everywhere. adding another tab for multi-page-support wouldn't make it better in my eyes. take a look at gnomes printdialog (e.g. in evince) - i am not a big gnome fan, but that one is really easy to use and offers everything you need. the only reason i can think of, why it would be better to use the native one, is uniformity among kde applications.
(In reply to Florian Dollinger from comment #12) > and... why? Because it needs to be maintained forever and is duplicated code. > the qtprint dialog is - as mentioned - everything but useful, especially for > printing multiple pages onto one sheet. that is because it doesn't > distinguish between pages and sheets. the options are, furthermore, > scattered over two windows (from which one is collabsible) and a lot of tabs > everywhere. > > adding another tab for multi-page-support wouldn't make it better in my eyes. > > take a look at gnomes printdialog (e.g. in evince) - i am not a big gnome > fan, but that one is really easy to use and offers everything you need. So just improve the Qt dialog to be more like it?
*** Bug 375566 has been marked as a duplicate of this bug. ***
*** Bug 330820 has been marked as a duplicate of this bug. ***
Bug 336617 is closely related. Okular is unusable for printing as long as disabling automatic scaling is not possible.
The requested options are implemented in https://phabricator.kde.org/D7962 which in turn depends on https://phabricator.kde.org/D7949 Unfortunately, there is a reason why these patches are not currently in the okular git. They depend on the poppler 'Arthur' backend, which is missing some features. Therefore, if you want to try this out: - get a very(!) new poppler - apply all Arthur-related patches in the poppler bugtracker - be aware that, depending on what kind of documents you want to print, your mileage can still vary.
*** Bug 393972 has been marked as a duplicate of this bug. ***
*** Bug 398842 has been marked as a duplicate of this bug. ***
Scaling options just went in with https://phabricator.kde.org/D7962!
*** Bug 336617 has been marked as a duplicate of this bug. ***
*** Bug 403148 has been marked as a duplicate of this bug. ***
*** Bug 403263 has been marked as a duplicate of this bug. ***
Just downloaded 18.12.1, applied the patch and recompiled: works well for me! Thanks a lot! However, I miss one thing: the posibility to save or predefine a default scale mode. Even when I open the print dialog for the same document twice in a row, "force rasterization" is off again. So when you want to print a bunch of PDFs with e.g. scale mode "full page", this really takes maaaaaany clicks :-) as you have to do it for every pdf. May I suggest to add an option to turn on rasterization by default and chose a default scale mode in the "configure okular" dialog? For the moment, is there any way to preselect the scale mode through some config file? cu, Frank
Michael, I suggest to report a separate ticket for your issue.
*** Bug 406237 has been marked as a duplicate of this bug. ***