Bug 401624 - Zooming and panning don't work in HiDPi mode
Summary: Zooming and panning don't work in HiDPi mode
Status: RESOLVED DUPLICATE of bug 373178
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: 18.08.3
Platform: Other Linux
: NOR wishlist
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-12-01 22:32 UTC by Mark
Modified: 2019-04-04 16:10 UTC (History)
1 user (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 Mark 2018-12-01 22:32:19 UTC
Hi,

At the moment (i'm vaguely sure that this wasn't the case in the past) i cannot zoom in or pan with the mouse.

I can zoom in using CTRL + and -, but then there is no panning for the mouse (so click and drag). Panning only seems to be allowed by the mouse when it's near the lower right corner where the cursus does change into a hand and panning works.

For zooming, there are keys already. It just needs defaults that do include a mouse combination. I'd just say that scroll up = zoom in, scroll down = zoom out.

For panning; That "could" be a bug. I'm on a 4k display with 1.5 scaling, the scaling part here could screw things up.


Cheers,
Mark
Comment 1 Nate Graham 2018-12-07 23:11:10 UTC
There are options for this in Gwenview's settings. Do none of those work? Can you attach a screenshot of what your Gwenview settings window looks like?
Comment 2 Mark 2018-12-08 00:35:15 UTC
(In reply to Nate Graham from comment #1)
> There are options for this in Gwenview's settings. Do none of those work?
> Can you attach a screenshot of what your Gwenview settings window looks like?

Hi Nate,

I was about to make screenshots till i noticed it was just working fine now.
Thus i investigated further and found the bug in a reproducible manner.

If you start gwenview on the command line with a scaling factor (to emulate having set a scaling factor in your display settings) like: "QT_SCALE_FACTOR=2 gwenview" then any mouse actions (zooming, panning, ..) just seem to be non-responding.

If i start gwenview with "QT_SCALE_FACTOR=1 gwenview" then the mouse actions work just as i would expect it.

On regular screens this is probably a non issue as they don't scale (always have a scaling factor of 1), but on high resolution monitors (say 4k with 28") you do want to scale at least somewhat. And as soon as you do that this issue shows up.
Comment 3 Nate Graham 2018-12-08 04:12:00 UTC
Thanks for investigating, Mark.

Does this problem reproduce for you when actually using a scale factor set in the KScreen KCM, or only when simulating it using the QT_SCALE_FACTOR envar?
Comment 4 Mark 2018-12-08 11:41:28 UTC
(In reply to Nate Graham from comment #3)
> Thanks for investigating, Mark.
> 
> Does this problem reproduce for you when actually using a scale factor set
> in the KScreen KCM, or only when simulating it using the QT_SCALE_FACTOR
> envar?

This also happens when using the KCM.
I didn't mention it in the first post as i didn't even consider it, but that was with the KCM and setting the scaling factor in that gui at 1.5 and later on with 2.

The results are the same.
Comment 5 Nate Graham 2018-12-09 19:06:15 UTC
Thanks! This is probably yet another symptom of the general lack of HiDPI support in Gwenview. We can track this separately from the other HiDPi issues (see related bugs).
Comment 6 Nate Graham 2019-04-04 16:10:58 UTC
Fixed with the fix for Bug 373178.

*** This bug has been marked as a duplicate of bug 373178 ***