[Okular-devel] [okular] [Bug 323393] New: Add --nopresentation switch to block requests for presentation mode
reescf at gmail.com
reescf at gmail.com
Sun Aug 11 21:05:04 UTC 2013
https://bugs.kde.org/show_bug.cgi?id=323393
Bug ID: 323393
Summary: Add --nopresentation switch to block requests for
presentation mode
Classification: Unclassified
Product: okular
Version: 0.16.5
Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
Severity: wishlist
Priority: NOR
Component: general
Assignee: okular-devel at kde.org
Reporter: reescf at gmail.com
I was asked to open this as a cleaner version of my rather confused, and
clearly confusing, https://bugs.kde.org/show_bug.cgi?id=308683.
When using Okular to display PDFs from Kile, Okular can reload the PDF each
time the file on disk changes. This is great. However, if the PDF is a
presentation - for example, one produced using LaTeX's beamer package - which
requests to be displayed in presentation mode, Okular asks whether to do this
every time the slides are regenerated.
I would like not to have to answer the same question about the same document
over and over and over again. If you generate beamer slides in Kile and view
them in Okular, the document changes frequently and I never want to view in
presentation mode while trying to edit the thing in Kile!
Ideally, I would like (in order or preference):
1) A command line switch --nopresentation which would ignore document requests
to use presentation mode rather than triggering a dialogue asking me what I
want to do. This way, I could just add this switch into kile's configuration.
2) Okular not to ask me again what I want to do when the document changes on
disk. So if I've once said "no presentation mode", it will just not ask again
for that document at least during that session.
3) A preference to disable the use of presentation mode except when explicitly
requested.
4) When a document requesting presentation mode is first opened, an option to
check "do not ask again for this document" which will then ignore such requests
from that document and only use presentation mode if I specifically choose to
override my earlier choice (using the menu, say).
Reproducible: Always
Steps to Reproduce:
1. In Kile's preferences, ensure that ViewPDF is set to run okular "%target" or
okular --unique "%target"
2. In Okular's preferences, ensure that General Options > Program Features >
Reload document on file change is checked
3. Prepare a set of slides using LaTeX's beamer class in Kile. Ensure that you
are creating the PDF in beamer/presentation mode (and not article mode, for
example).
4. Generate slides in Kile using pdflatex.
5. Use ViewPDF in Kile to open the generated PDF in Okular. Okular will ask if
you want to view the document in presentation mode. Say no - you are trying to
edit it.
6. Now change the source in Kile and regenerate the PDF.
7. Notice that Okular presents a new dialogue asking you again whether you want
to view in presentation mode. Say no again.
8. Change the source again and regenerate the PDF. Realise you made a mistake
so don't switch to Okular just yet. Correct the mistake first and regenerate
the corrected version.
9. Switch to Okular and notice you have to insist twice that you do not want to
view in presentation mode.
10. Decide you need to read beamer's documentation. Open that in Okular as a
tab. So now you have an Okular window with 2 tabs - documentation in one,
slides in the other. Keep the documentation foremost for easy viewing.
11. Implement the trick you wanted in your source and regenerate the PDF.
12. Switch to Okular but notice it tends to disappear. You'll need to alt-tab
to find the dialogue box so you can again insist you don't want to view it in
presentation mode.
13. Rinse and repeat.
Actual Results:
Are included in Steps to Reproduce.
Expected Results:
The expected results are as described in Steps to Reproduce. I expect Okular to
do this as it always has and always does.
I would *like* the behaviour (or one of the behaviours) described in the
Details.
--nopresentation would be the cleanest solution because it could be included in
the configuration for Okular. It would be possible to set it once and forget
it. It would "just work".
--nopresentation would also mirror Okular's current --presentation switch and
so seems to make good sense to me.
On the other hand, any of the alternative solutions I described in Details
(2-4) would be a massive improvement over the current situation. So if one of
those is easy to implement and (1) would be hard, please do consider using one
of those (or anything similar).
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the Okular-devel
mailing list