Bug 387466 - The option to print multiple pages on one sheet (n-up) is rather hidden
Summary: The option to print multiple pages on one sheet (n-up) is rather hidden
Status: RESOLVED WORKSFORME
Alias: None
Product: okular
Classification: Applications
Component: printing (show other bugs)
Version: 1.1.2
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2017-11-30 11:06 UTC by John Carrick Smith
Modified: 2018-04-05 16:16 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Screen shot of print dialog with "Pages" tab missing. (40.84 KB, image/png)
2017-11-30 11:06 UTC, John Carrick Smith
Details
I am unable to access Page Layout options from properties (grayed out) for any pdf. (57.64 KB, image/png)
2017-11-30 22:20 UTC, Kapil
Details

Note You need to log in before you can comment on or make changes to this bug.
Description John Carrick Smith 2017-11-30 11:06:00 UTC
Created attachment 109126 [details]
Screen shot of print dialog with "Pages" tab missing.

Using openSUSE Leap 42.3 the "Pages" tab on the Print/Options dialog is no longer present when printing to a physical printer, as it was in 42.2. I used this feature frequently. From the bugs listed as "possible duplicates" I cannot determine if this problem has been reported or whether it will be fixed, or is a WONTFIX?

Issue exists with different printers.

Best wishes

John
Comment 1 Nate Graham 2017-11-30 20:45:43 UTC
Definitely not WONTFIX. Might be Okular, might be Qt, might be the way Leap packages it. Needs investigation.
Comment 2 Oliver Sander 2017-11-30 21:27:20 UTC
You should get it by clicking on the 'Properties' button.
Comment 3 Nate Graham 2017-11-30 21:29:33 UTC
Might it make more sense to move both of the tabs available via the Properties button down to the existing tab view? Seems a little odd to have two, each accessed in a different way.
Comment 4 Luigi Toscano 2017-11-30 22:02:02 UTC
Isn't this part of "the long story of the Qt print dialog", and not Okular?
Comment 5 Nate Graham 2017-11-30 22:05:14 UTC
If so, let's mark it as RESOLVED UPSTREAM and find (or file) an applicable Qt bug. FWIW I didn't find a relevant one under https://bugreports.qt.io/browse/QTBUG-37698
Comment 6 Kapil 2017-11-30 22:20:51 UTC
Created attachment 109139 [details]
I am unable to access Page Layout options from properties (grayed out) for any pdf.

I have tried different versions of okular from okular-16.11.80 and up. Am i missing something?
Comment 7 Luigi Toscano 2017-11-30 22:24:44 UTC
That dialog is provided by Qt. You should see the same behavior from other Qt applications (kate/kwrite are the simplest one, every application that provides printing support). Is it the case?
Comment 8 Kapil 2017-11-30 22:58:16 UTC
(In reply to Luigi Toscano from comment #7)
> That dialog is provided by Qt. You should see the same behavior from other
> Qt applications (kate/kwrite are the simplest one, every application that
> provides printing support). Is it the case?

Yup, seems like it is a Qt bug
Comment 9 null 2017-11-30 23:23:59 UTC
FWIW, going to https://software.opensuse.org/package/okular we'll see that Leap 42.2 uses Okular 16.08, i.e. a version still based on Qt4 and kdelibs4. The version in 42.3 is Qt5 based.

See also Bug 373133, which leads to https://bugreports.qt.io/browse/QTBUG-54464.

John: Please report back whether Oliver's suggestion in Comment 2 is working for you. Otherwise, just use Evince for your printing needs for now.
Comment 10 John Carrick Smith 2017-12-01 10:44:02 UTC
Many thanks to Oliver. The required option is found in the printer properties and works for me on both Epson and HP printers. My apologies for not looking more carefully.

Best wishes and thanks again.

John
Comment 11 null 2017-12-02 00:54:55 UTC
Closing, because the original issue has been cleared up.

Kapil: Please report Qt bugs over at https://bugreports.qt.io.

Regarding the remaining issue that "(n-up) is rather hidden": Yeah, it affects Okular, but should be solved elsewhere really. However, moving this around opens a huge can of worms, because you could argue the same for nearly every setting in there. For me the grouping seems at least somewhat logical, and there are surely more pressing matters for Qt's printing module.