Bug 323681 - Reduce scroll wheel increments in browse view.
Summary: Reduce scroll wheel increments in browse view.
Status: RESOLVED DUPLICATE of bug 297853
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: 4.10.4
Platform: Kubuntu Linux
: NOR minor
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-08-18 17:48 UTC by Holger
Modified: 2013-08-19 19:26 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 Holger 2013-08-18 17:48:36 UTC
My mouse settings are to scroll 3 lines of text per scroll event. I believe this is the default?!?

With Gwenview in browse view my small laptop screen only displays a total of 6 rows of thumbnails. So two scroll events jump any thumbnail from the bottom row out over the top of the screen. This is too far to recognize any movement. So whenever I accidentally issue a scroll event (happens about 1 in 10 right clicks by tapping the corner of my touchpad), I'm lost and have to grab the scrollbar to search the position again.

Can you please resort to smaller scroll increments? I suggest at maximum one row and would further restrict it to not more than say 100 pixel at a time to stop and redraw in the vicinity for the eye to catch a glimpse and be fooled into a jumpy illusion of movement.

Currently scrolling is only good to quickly reach the top or bottom. But as there are shortcuts to jump to the first and last picture of a folder there is no need to cripple the scrolling. In addition, dragging the scrollbar provides a really smooth animation (which would be an added extra, if a single scroll-event could trigger multiple redraws on the way).

Reproducible: Always
Comment 1 Holger 2013-08-19 19:26:08 UTC
Already requested by someone else :-)

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