Bug 400365 - Retain current zoom level when an open document is updated by another app
Summary: Retain current zoom level when an open document is updated by another app
Status: REPORTED
Alias: None
Product: okular
Classification: Applications
Component: general (show other bugs)
Version: 1.3.3
Platform: Kubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2018-10-27 13:56 UTC by Amnon
Modified: 2018-11-09 22:00 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Amnon 2018-10-27 13:56:13 UTC
Here is my request and explanation: I am working on a long latex project (many months). The best zoom for me is 135%. 

When running PDFLaTeX (via KILE) the resolution on okular often changes (inconsistantly). I need to go to the zoom window and manually enter 135. 

It would be a big improvement if:
(1) There is a user-selected default zoom (e.g. 135%).
(2) This default value would be a single button click.
(3) The resolution of the pdf won't jump after recompiling the latex source. 
(4) Persistent zoom level (sticky?).  



SOFTWARE VERSIONS
(available in About System)
KDE Plasma Version: 5.12.6
KDE Frameworks Version: 5.44.0
Qt Version: 5.9.5
Comment 1 Nate Graham 2018-11-01 19:58:51 UTC
There's already a way to choose the default zoom level in Okular for new, never-before-opened documents: Settings > Configure Okular > General > Default Zoom. However this only has four options and 135% isn't one of them; the closest one is 100%.

However, Okular is supposed to remember the last-used zoom level when a previously-opened document is re-opened. In this case, it sounds like that logic isn't getting triggered because the document is being reloaded while open, not re-opened after being closed.

Let's use this bug to track maintaining the current zoom level when an open document is updated, as that seems the simplest and most effective way to support your use case.
Comment 2 Albert Astals Cid 2018-11-01 22:29:00 UTC
(In reply to Nate Graham from comment #1)
> Let's use this bug to track maintaining the current zoom level when an open
> document is updated, as that seems the simplest and most effective way to
> support your use case.

Can I have a video of this not working? Because it works pretty reliably here.
Comment 3 Amnon 2018-11-02 21:45:48 UTC
As chance would have it, this problem (item 3 - the zoom jumping) did not happen today. The zoom level stayed where I wanted it to be after recompiling. 

Will report if and when this happens again.
Comment 4 Nate Graham 2018-11-02 21:49:39 UTC
Great, let's call it fixed until and unless it happens again. :) See also https://community.kde.org/Get_Involved/Bug_Reporting#Step_2:_Make_sure_it_hasn.27t_already_been_fixed
Comment 5 Amnon 2018-11-09 14:56:23 UTC
It happened to me now, twice, but not a third time.
Comment 6 Albert Astals Cid 2018-11-09 21:40:49 UTC
Are you using okular or kile with embedded okularpart in it?

We're going to need you to be a little more detailed in explaining what exactly did you do?
Comment 7 Amnon 2018-11-09 22:00:31 UTC
OKULAR is run separately from KILE. 

in KILE:
ForwardPDF | okular | --unique %absolute_target 
PDFLaTeX | modern | pdflatex | -synctex=1 -interaction=nonstopmode %source 

in OKULAR:
Editor options | Kile | kile --line %l