Bug 211871 - Please revert 1028727 (mousewheel changes document)...
Summary: Please revert 1028727 (mousewheel changes document)...
Status: RESOLVED FIXED
Alias: None
Product: kate
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Tru64
: NOR wishlist
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-10-26 00:23 UTC by Thomas Lübking
Modified: 2009-12-20 17:05 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Lübking 2009-10-26 00:23:57 UTC
Version:            (using Devel)
Compiler:          gcc 4 
OS:                Linux
Installed from:    Compiled sources

... or at least make it optional or shadow it behind a modifier (e.g. ctrl)

This is very annoying because
a) the behaviour isn't common or expectable
b) document changing is rather slow (esp. if you wipe your wheel all the way down...)
c) scrolling the documentlist to change the currently visible items is MUCH more important than the rather random case that you want to open /precisely/ the next document.

Thanks alot ;-)
Comment 1 Matthew Woehlke 2009-10-29 23:19:13 UTC
Um... yes, please. Mouse wheel in list with scrollbar should scroll the list. Doing otherwise is probably against the HIG (or IMO should be, if it isn't).
Comment 2 Shaun Reich 2009-12-20 04:45:21 UTC
r1064065...

Revert r1028727. Sorry, I can't believe I overlooked this case when performing that commit ;-)  Wish there could be a compromise, however...as I miss this functionality from tabbed interfaces..anyways - your case is by far, more important than mine. BUG:211871
Comment 3 Shaun Reich 2009-12-20 06:37:39 UTC
Closing.
Comment 4 Thomas Lübking 2009-12-20 17:05:56 UTC
Thanks alot (so I can remove the workaround from Bespin... ;-P

Regarding the compromise: one could either (as mentioned)

- use a modifier (i.e. change docs when pressing ctrl) or

- do some "smart" stuff like only change documents when there's no scrolling anyway or the visibile viewport has reached it's respective end and the last wheelevent has been some time ago (to prevent accidental changes when just wiping the wheel uncontrolled down)

- combine both

Both (parts) have their flaws - the modifier is less detectable or conveinient and the heuristic behaviour (needs some UI testing/review and) is (in case of a long list) only partially providing your feature  -shrug-