https://bugs.kde.org/show_bug.cgi?id=297853
Henrik Fehlauer <rk...@lab12.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rk...@lab12.net --- Comment #8 from Henrik Fehlauer <rk...@lab12.net> --- It's still an issue for me using a mouse wheel. Basically, Gwenview's Browse mode (aka thumbnail view) uses the number of lines assigned to a scroll tick in your mouse config in "systemsettings", which is 3 by default. In case you have large thumbnails or just a small window height, this can mean a single scroll can be equivalent to a PageDown press (it's capped to never skip rows, luckily). I'm a bit unhappy in general with how jumpy scrolling works with a mouse wheel in Gwenview and also in Dolphin (it's better with a touchpad supporting pixel-perfect smooth scrolling, I guess). Items jump around too much, so I never really know where the items I was looking at are located afterwards. In Firefox, smooth scrolling, the scrolling distance and scrolling acceleration work much better (I tweaked it a bit in about:config, though), which displays both text and larger graphical elements. I wonder if we should just hardcode the scrolling distance to 1 row (+ a small offset) or provide a config option? (Firefox-like scrolling is probably out-of-scope here.) On the other hand, scrolling should not get too slow for directories with an enormous amount of images. Maybe we could base it on a fixed percentage of the viewport height? (I did not try the attached patch yet, maybe it helps already.) Nate: Thoughts? Please reopen if you can confirm. -- You are receiving this mail because: You are watching all bug changes.