Bug 480458 - Can't just scroll with the mouse
Summary: Can't just scroll with the mouse
Status: RESOLVED INTENTIONAL
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: 24.12.0
Platform: Debian unstable Linux
: NOR normal
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords: qt6
Depends on:
Blocks:
 
Reported: 2024-01-28 20:14 UTC by John
Modified: 2025-03-03 16:52 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 John 2024-01-28 20:14:33 UTC
SUMMARY
Can't just scroll with the mouse


STEPS TO REPRODUCE
1. Open an image with Gwenview
2. Turn the mouse scroll wheel up or down


OBSERVED RESULT
Nothing happens!

EXPECTED RESULT
I expect that the image is zoomed in or out depending on the direction in which the scroll wheel is turning
And when zoomed in, the part zoomed tries to be where the mouse cursor is.
Like in:
 Microsoft's Windows's default image viewer: Photo viewer
GNOME's default image viewer: Image Viewer (Loupe)
 MATE default image viewer: Eye of MATE
Nomacs
Viewnior
Vipdisp
qView
Image Roll
Pineapple Pictures

You can even zoom in or out maps in web browsers, which once was not possible and you had to press buttons.
I find it strange that we have to go back to that and even worse as those zoom buttons were on the map and still accessible with the mouse, unlike a image viewer requiring you to press a button on the physical keyboard itself.
Which is a shame as your other hand might be busy holding something like something to eat, drink, your head if you're in bed, might be injured, the keyboard might be broken / faulty, the key that needs to be pressed might be broken / faulty.
It also requires the knowledge that a key needs to be pressed at the same time while the wheel is turned.
And then it requires the knowledge of which key is that as it will not work with any key.
I would have a very hard to explain that to my parents that can barely use their phones.
Making them remember that a key also needs to be pressed and which key is that, it will unfortunately be to hard for them.
And not only them, but I have to explain to every friend that uses my computer or for which I put Linux + Plasma on their computer.

Requiring all that and having to do a web search to understand why the zoom in / out doesn't just work as on Windows or other image viewers and to find out what key needs to be pressed at the same time while the scroll wheeel is moving is, in my opinion, pretty bad for usability.
I think that zooming in / out when viewer pictures is pretty common and should be more intuitive.
Having to press additional and unknown keys for the majority of us, is not intuitive.


SOFTWARE/OS VERSIONS
Linux/KDE Plasma:
KDE Plasma Version: 5.92.90
KDE Frameworks Version: 5.249.0
Qt Version: 6.6.1
Gwenview 24.01.95 (missing from the Version selector at the top)

ADDITIONAL INFORMATION
KDE Neon fully updated, showing Plasma 6.0 RC1
Using the Wayland session
Kernel Version: 6.5.0-15-generic (64-bit)
CPU: Intel Core i5-8250U
GPU: Integrated UHD 620
Comment 1 John 2024-01-28 20:21:47 UTC
I forgot to say that at first I thought that the scroll probably doesn't work work as it might be reserved for the second expected action, like going to the next or previous picture in a folders.
So I went to a folder that has exactly one picture and tried to scroll to zoom there, but there it also didn't work.
Then I wen back to the folder with multiple pictures and tried to scroll again to see if the picture is changed to the next or the previous one, but that doesn't happen either.
It seems to me that the intuitive and easy thing to do with a mouse, like turning its wheel is just wasted as no action happens, no matter if it's just one picture or multiple ones.
Comment 2 Nate Graham 2024-01-29 20:02:17 UTC
This is a user-configurable option; check out the "Image View" page in the config dialog.
Comment 3 John 2025-02-25 20:54:48 UTC
(In reply to Nate Graham from comment #2)
> This is a user-configurable option; check out the "Image View" page in the
> config dialog.

It may be, but it's a pretty bad default!
For Plasma that is supposed to be as easy to use and noob friendly as possible, this is not good.
Not good also for people coming from Windows.

And even for power users because you have to configure it again and again, after each install / reinstall of the OS.
If you manage the computers of your family and friends too, then it's even worse.

If you open an image that is the only one in a folder, why the zoom in / out just be scrolling doesn't work even then?
This doesn't make sense to me at all!
Comment 4 Nate Graham 2025-03-01 20:12:46 UTC
In order to turn this on by default, we need to figure out what to do about touchpad scrolling. Right now a two-finger touchpad gesture pans, rather than scrolling. If we turn the option on by default, we lose that, and the touchpad UX isn't as nice.

This isn't a catastrophe, but it would be a regression for touchpad users. Until someone does some work to improve this situation, it has to remain an off-by-default feature.
Comment 5 John 2025-03-03 16:52:00 UTC
(In reply to Nate Graham from comment #4)
> In order to turn this on by default, we need to figure out what to do about
> touchpad scrolling. Right now a two-finger touchpad gesture pans, rather
> than scrolling. If we turn the option on by default, we lose that, and the
> touchpad UX isn't as nice.
That's why it nice to talk to you and other developers / users here with replies and comments...
Somebody always mentions something that I haven't thought about, when I complain or express my view about somehting, which seems to be the case here too as I haven't thought about any problem for touchpad users as I very rarely use it.

> This isn't a catastrophe, but it would be a regression for touchpad users.
> Until someone does some work to improve this situation, it has to remain an
> off-by-default feature.
In my case, I own and use a desktop and a laptop.
Each of my parents own and use a desktop.
A friend uses a laptop.
For the desktops, that obviously don't have touchpads, rotating the mouse wheel is 100% failure.
For the laptops, that have touchpads, rotating the mouse wheel is 100% failure.

So both the desktop users and the primarily mouse laptop users are screwed so that the touchpad laptop users don't have any problems?
I find it kinda strange to screw 2 types of users of 1 type of users. What kind of majority are decisions based on?

But who knows, maybe I'm biased or more annoyed because I'm obviously a mouse user when I use my desktop and I'm primarily a mouse user when I use my laptop as I hate to use the touchpad and I do it only if I don't have my mouse or there's a problem with my mouse for any reason.
So for the both and only cases how normally I use my computers (the desktop and laptop with the mouse) I'm annoyed about this.
What is more annoying is the fact that since a mouse is connected to my laptop, Plasma still doesn't do an educated guess that I prefer to use a mouse.
Or use the fact that I'm moving the mouse and I'm clicking the buttons on it instead of the touchpad.

I wonder, with all the advanced features that touchpads have, like detecting:
-right side up / down vertical swipe
- whatever side up / down 2 finger vertical swipe
- whatever side up / down 3 finger vertical swipe
- diagonal 2 finger closing or moving away from each other
Does the mouse still need to be impaired so that there are no conflicts with the touchpads?
Also, can't Qt / KDE software figure out from which type of physical devices an action came from?

Like always allow the mouse wheel rotation to zoom in or or out.
And do something else for the touchpad, if it happens both to be connected, which is maybe not very often but anyway.
I just test what my touchpad does with an image:
Pinch-in -> zoom in
Pinch-out -> zoom out
2 fingers vertical swipe -> scroll up or down (if the image has been zoomed in)
2 finger horizontal swipe -> nothing (even though I expected / wished it would go to the next or previous image, like the back / forward buttons on my mouse
1 finger swipe / move -> moves just the mouse cursor (as expected). 

I'm sorry, but I'm a bit confused why wouldn't in my use case with the laptop that has a mouse attached wouldn't both the rotation of the mouse wheel and the pinc in/ out of the touchpad work to zoom in / out the images by default?

Is it because some touchpads are not so accurate / good to support this 2 finger pinch in / out?
Can you at least please tell me how to set Gwenview's mouse wheel behavior to be zoom from the command line?
Somebody once told me on some forum, but I forgot where it was and no search engine can find it anywhere. :-(
I have a post-install script to do stuff for me automatically so installing / reinstalling the OS on my computers and the computers of my parents and friends would be less annoying with so many little things to configure everywhere to have better defaults for me and for them.

Anyway, I hope somebody one day figures and solves all the potential conficts or regressions for touchpad users so this can be a good default for us, primarily mouse users too.
 Have a good day and thanks for the amazing work all KDE developers are doing!