Bug 400365

Summary:	Retain current zoom level when an open document is updated by another app
Product:	[Applications] okular	Reporter:	Amnon <amyekut>
Component:	general	Assignee:	Okular developers <okular-devel>
Status:	REPORTED ---
Severity:	wishlist	CC:	aacid, amyekut, nate
Priority:	NOR	Keywords:	usability
Version:	1.3.3
Target Milestone:	---
Platform:	Kubuntu
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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