Bug 401624

Summary:	Zooming and panning don't work in HiDPi mode
Product:	[Applications] gwenview	Reporter:	Mark <markg85>
Component:	general	Assignee:	Gwenview Bugs <gwenview-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	wishlist	CC:	nate
Priority:	NOR
Version:	18.08.3
Target Milestone:	---
Platform:	Other
OS:	Linux
See Also:	https://bugs.kde.org/show_bug.cgi?id=373178
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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 ***