Bug 399447 - Okular should remember print dialog "Options" button state
Summary: Okular should remember print dialog "Options" button state
Status: CONFIRMED
Alias: None
Product: okular
Classification: Applications
Component: printing (show other bugs)
Version: 1.5.1
Platform: Other Linux
: NOR wishlist
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords: usability
: 484648 (view as bug list)
Depends on:
Blocks:
 
Reported: 2018-10-06 15:25 UTC by S
Modified: 2024-03-28 22:48 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description S 2018-10-06 15:25:59 UTC
Hi there, I practically live inside a PDF reader, so I have pretty strict requirements. I print a lot of documents with different page settings, so I almost always need to access the additional settings under the "Options" expander button in the Okular print dialog. Would it be possible to please make it remember the expanded state of said button? Thanks a lot!
Comment 1 Glanceata 2018-10-09 17:16:06 UTC
Me too, I think it would be very useful, enhancing productivity for people who often change the standard settings.
Comment 2 Luigi Toscano 2018-10-16 12:35:58 UTC
Can you please report which version of Qt is used by your Okular?
Comment 3 S 2018-10-16 12:41:42 UTC
(In reply to Luigi Toscano from comment #2)
> Can you please report which version of Qt is used by your Okular?

Sure, it's Qt 5.11.2
Comment 4 Luigi Toscano 2018-10-16 12:49:14 UTC
Ok, not sure whether this is still an Okular issue or a Qt issue (there are few other fixes in 5.12). Moving back to CONFIRMED for now.
Comment 5 S 2018-10-16 12:57:33 UTC
(In reply to Luigi Toscano from comment #4)
> Ok, not sure whether this is still an Okular issue or a Qt issue 

I'm thinking that it's actually a Qt issue, because at least the Kate text editor (and probably other KDE / Qt programs) also appears to have this same behavior.
Comment 6 S 2018-10-16 12:58:48 UTC
Possibly related bug (fixed upstream in Qt 5.12):
https://bugs.kde.org/show_bug.cgi?id=399429
Comment 7 Albert Astals Cid 2018-10-16 21:23:50 UTC
I'm not sure what to answer here, my main concern is that the fact that you often need to change options doesn't mean that everyone else does.

So remembering the state of whether option was expanded or not may not be in everyone's interest.

As to whether this should be implemented in Qt or in Okular, well Okular could try to hack it by itself, but then that'd be really inconsistent with the rest of applications using the same print dialog, so that doesn't seem a good idea to me.

You could try to convince Qt to do it, but given how much people (i.e. virtually noone) is doing printing related stuff in Qt I am not sure you'll get much traction there either.
Comment 8 S 2018-10-16 22:20:12 UTC
It seems minimally invasive to just make it remember the last state of the options button. If most people never change it, then it will still be in a closed state by default. But those who need to use it will expand it and it will stay that way for them.
Comment 9 fanzhuyifan 2024-03-28 22:48:10 UTC
*** Bug 484648 has been marked as a duplicate of this bug. ***