Bug 132480 - mousewheel on tab bar scroll buttons should scroll isntead of switch tabs
Summary: mousewheel on tab bar scroll buttons should scroll isntead of switch tabs
Status: RESOLVED UPSTREAM
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Slackware Linux
: NOR wishlist
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-16 07:34 UTC by Yaohan Chen
Modified: 2010-04-26 19:28 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Patch/fix for bug 132480. (769 bytes, patch)
2009-01-03 00:16 UTC, Bryan Bishop
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Yaohan Chen 2006-08-16 07:34:57 UTC
Version:            (using KDE KDE 3.5.4)
Installed from:    Slackware Packages
OS:                Linux

When a tab bar becomes too long so that it gets scroll buttons, mousewheeling on those scroll buttons should scroll the tab bar (like clicking on those buttons does), instead of switching to each tab consecutively.

The reasons: repeatedly clicking on the scroll buttons, or pressing the button down to scroll the tab bar, are tiring operations. The mousewheel is traditionally used for scrolling, and therefore makes this task much easier. Switching between tabs often means loading multiple documents into the UI, which is usually slow and/or causes flickering, so it's usually more desirable to scroll the tab bar until the user sees what he/she wants, and select it with a click.
Comment 1 Bryan Bishop 2008-05-26 01:30:14 UTC
I have made a screenshot illustrating this bug:
http://heybryan.org/shots/2008-05-25_bug132480.png

I hope this helps.
/me goes off to find a vertical taskbar that can really do scrolling.

- Bryan
Comment 2 Bryan Bishop 2009-01-03 00:16:17 UTC
Created attachment 29847 [details]
Patch/fix for bug 132480.
Comment 3 David Faure 2009-11-14 00:00:17 UTC
There is confusion in this report... Yaohan was talking about tabbars (like konqueror's tabs, for example), while Bryan's screenshot and patch is about the kicker task bar - which is obsoleted by plasma in KDE 4.

So, back to the tabbar: indeed the mouse wheel changes the active tab rather than scrolling the tabbar. This would be a Qt issue, though, should be reported at http://bugreports.qt.nokia.com (not doing it myself because I see more pressing bugs right now ;)
Comment 4 Maciej Kacper Jagiełło 2010-04-17 22:31:45 UTC
Why is it solved, is it because it was reported on KDE3? For me this is still an issue in 4.4.
The current behaviour is really annoying if you work on a touchpad with sidescrolling.
IMHO this should be implemented in QT (if it isn't already) and there should be a global option somewhere in system settings.

This tab bar behaviour (toghether with lack of good dragging/reordering support) is what drives me away from using konqueror and it's present in Akregator which I love and use so much.

p.s.: A hug for all KDE devs, I love KDE s.c. :)
Comment 5 David Faure 2010-04-26 19:28:49 UTC
"Why is it solved" -> see the resolution, which is: UPSTREAM.

As I said, this is a Qt bug/missing feature, so it should be reported at http://bugreports.qt.nokia.com