Bug 398929 - Feature Request re Bottom Scroll Bar and Scaling
Summary: Feature Request re Bottom Scroll Bar and Scaling
Status: RESOLVED FIXED
Alias: None
Product: okular
Classification: Applications
Component: general (show other bugs)
Version: 1.3.2
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-09-21 19:56 UTC by chris
Modified: 2018-09-24 20:08 UTC (History)
1 user (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 chris 2018-09-21 19:56:12 UTC
Can't call it a bug so feature request.

Have a large (several mb) and wide (24") multi-page document open in Okular.

I set scale to maybe 100% so I can read it easily.

Then I mouse use the bottom scroll bar to move from side to side of document.

Being naturally clumsy, and probably not fully attentive I don't take care with the position of the mouse cursor and allow it to stray into the document display.

Okular then (I believe correctly) starts to change the scale of the doc. display. If the cursor is moving fast I'm almost immediately up to the maximum 1600% scale.

Not a problem? Well no, except that Okular then grabs all the computer resources while it is re-sizing to 1600% and my desktop is frozen. I'm unable to do anything else in Okular or elsewhere. I have to wait up to 20 minutes for the operation to clear so that I can resume working. Can't close Okular.

Otherwise Okular is excellent and my best choice for viewing pdfs.

Is there any way of changing things so that clumsy people like me can't get into this zoom to maximum situation. Alternately is there any way of stopping the zoom to max. instruction from taking over my computer.

Thanks.
Comment 1 Laura David Hurka 2018-09-22 18:08:29 UTC
Don't worry, other people are as clumsy as you.

I can't reproduce this behavior with Okular 1.5.1. But it sounds familar to me.

Which mouse button and which mode (browse, zoom, selection) do you use? Does your operating system abort scrolling when the cursor leaves the scroll bar (like Windows and Firefox do)?
Comment 2 Nate Graham 2018-09-24 15:38:15 UTC
I'm guessing you had the Zoom tool active, right? That's the only way I can imagine that a click-and-drag in the viewport could zoom.

I can confirm the issue with accidentally zooming in when clicking and dragging in the viewport when the zoom tool is active and I'm mousing clumsily. However since the Zoom tool is not the default (the default is Browse), I'm not sure there is a fixable bug here. Also, I cannot reproduce the hang with a very large document on Okular 1.5.1. As such, I'm calling this already fixed. 

If you'd like to make absolutely sure, you could attach the document if it's not sensitive or personal, and I could test with that.
Comment 3 chris 2018-09-24 19:27:06 UTC
David and Nate thanks for your input.

Sorry to take so long getting back, but a medical problem kept getting in the way.

I wasn't really aware of the different modes. I'm now seeing that being in browse mode should be the safe way to go. I can confirm that my problems exist when in zoom mode and a left button mouse click hold zooms the document. Since I use the left mouse button click hold to move the bottom slider, straying off into the viewport while in zoom mode causes rapid zooming of the doc and the system freeze that I experienced.

So you can take this as being fixed, even though I'm sure I'll inadvertently get into zoom mode and replicate the same issue.

Thanks for your help.
Comment 4 Nate Graham 2018-09-24 20:08:38 UTC
You're welcome! Glad we figured out the issue. :)