Bug 50227 - Mouse Scroll Through Windows
Summary: Mouse Scroll Through Windows
Status: RESOLVED FIXED
Alias: None
Product: kicker
Classification: Unmaintained
Component: taskbarapplet (other bugs)
Version First Reported In: 1.1
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: John Firebaugh
URL:
Keywords:
: 50226 (view as bug list)
Depends on:
Blocks:
 
Reported: 2002-11-05 13:15 UTC by davidsmind
Modified: 2007-02-09 23:14 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Implements task switching on taskbar wheelspinning (3.16 KB, patch)
2004-02-21 02:09 UTC, Benjamin Lutz
Details

Note You need to log in before you can comment on or make changes to this bug.
Description davidsmind 2002-11-05 13:15:50 UTC
Version:           1.1 (using KDE Devel)
Installed from:    Compiled sources
OS:          LinuxLinux

I think it would be a REALLY cool idea to have kwin scroll through windows if a user mouse scrolls over kicker. Currently mouse scrolling over kicker has no use, so If something is already being implimented to change this, I could see how this wouldn't be a viable idea. If not I'd love to see this implimented by kde 3.2.
Comment 1 Stephan Binner 2002-11-05 16:41:46 UTC
*** Bug 50226 has been marked as a duplicate of this bug. ***
Comment 2 Nathaniel W. Turner 2003-01-09 12:28:14 UTC
I was about to file a very similar wishlist bug, so instead I'll just add a comment here.  
 
I was going to request that the taskbar applet (not the entire kicker) handle the mouse 
wheel in a manner similar to that of the pager applet.  I find the mousewheel desktop 
selection quite handy -- I use it much more that I thought I would at first.  The ability to 
scroll through the windows listed in the taskbar would be pretty awesome. 
 
Yeah, I know, if it would be so awesome, why haven't I written it... 
Comment 3 Aaron J. Seigo 2003-08-28 00:31:16 UTC
scrolling is implemented for button groups, individual buttons and for the pager. 
Comment 4 Nathaniel W. Turner 2003-09-14 22:48:26 UTC
Aaron, are you sure about this?  Is this on a branch somewhere?  In my CVS version of KDE 
(orth's Debian packages, 20030908), the taskbar treats the mouse wheel events like left button 
clicks (that is, pointing to the taskbar and rolling the wheel makes the task under the cursor 
cycle back and forth between minimized and normal). 
Comment 5 Benjamin Lutz 2004-02-21 02:09:23 UTC
Created attachment 4804 [details]
Implements task switching on taskbar wheelspinning

This patch implements task bar switching on wheelspinning over existing taskbar
buttons. It only switches through the apps for which buttons are visible at the
moment, and it goes through the apps in the order in which they were created
(going through them in button order is not implemented, but most of the time
these are the same anyway).

There is some slight code duplication in it... I took the liberty of more or
less copying the filtering function from further down in the same .cpp file.
Comment 6 Benjamin Lutz 2004-02-21 02:11:38 UTC
Oh, btw: this bug report relates to bug report 44318.
Comment 7 Nathaniel W. Turner 2004-03-11 13:32:54 UTC
This is a bug about switching *windows* (not desktops) when pointing at the *taskbar* (not the pager), correct?  AFAICT, this is not implemented as of KDE 3.2.1.  Can someone please reopen this wishlist bug?
Comment 8 Benjamin Lutz 2004-03-11 16:35:15 UTC
Kinda. Window switching on wheel spinning is implemented for button groups, not for individual buttons in general though.

> ------- Additional Comment #3 From Aaron J. Seigo 2003-08-28 00:31 ------- 
> scrolling is implemented for button groups, individual buttons and for the pager.

I have found no code in kicker that would implement this for individual buttons. The attached patch above does it though :)
Comment 9 Nathaniel W. Turner 2004-07-20 15:39:14 UTC
Can someone please reopen this bug?
Comment 10 Virgil Nisly 2004-11-01 18:43:21 UTC
 > ------- Additional Comment #3 From Aaron J. Seigo 2003-08-28 00:31 ------- 
 > scrolling is implemented for button groups, individual buttons and for the pager. 
 
Please, can we get scrolling for individual buttons? I'm using kde3.3, and it still doesn't work (the button groups works... but the nongrouped buttons don't work).
Comment 11 Dan Leinir Turthra Jensen 2004-12-31 20:14:48 UTC
Also, the Window List button (as seen in the top right corner of the screenshot listed bellow) would benefit greatly from this feature. To me at least it would also seem sane from a usability point of view, since the other buttons that show a list of windows (button groups in the taskbar) work in this manner.

http://leinir.homeip.net/~leinir/gallery/index.php?gallery=pictures&image=pictures/reinhardt-amarok.png
Comment 12 Holger 2007-02-09 23:14:36 UTC
Hello!

I know, this is pretty old stuff. Meanwhile I have to live with this "feature". But is there a way to turn it off?

Consider the following situation:
Kicker is set to autohiding giving some extra space to applications. GAIM or some other Application tries to flash its taskbar button. Because Kicker isn't coming to front automatically, I have to check on a regular basis. Mouse down, short look and back up again. No problem so far you might think.

But now add a touchpad with scrolling support. It's very likely to switch applications by accidentally activating scroll. But on the other hand it's virtually impossible to trigger the scrollevents one by one.

This missfeature just wildly scrambles uncontrollably through the tasklist. It's really annoying, since it happens quite often. On the other hand I don't want to disable scrolling or lower its sensitivity, cause I need it exactly this way in a long document.

Please help: How can I get rid of scrolling in Kicker?

PS: I got here from the german support forum:
http://www.kde-forum.de/thread.php?threadid=2822&threadview=0&hilight=&hilightuser=0&page=1