https://bugs.kde.org/show_bug.cgi?id=491602
--- Comment #4 from Nate Graham <n...@kde.org> --- I think whether you view the current behavior as consistent or inconsistent depends very much on how you conceptualize what a scroll does. The intended design here is that scrolling over any part of the Task Manager switches between all of its items, no matter which one the pointer happened to be hovering over. In other words, it has the UX of a tab bar in an app, which behaves in the same way. The folks who get confused by this seem to be fixating on the fact that you're scrolling on a specific task, and not necessarily manipulating that exact task. We've had a number of requests for this exact same thing over the years; maybe it's time to make the scroll behavior conditional and switch between these two modes. But I'm curious, for those of you who want to scroll up on a task to un-minimize it, bring it to the front, or launch it (based on what its current state is), where is this desire coming from? Enough people request it that I feel like it must be migrated from some other UI that people are familiar with when they switch to Plasma or something. Can anyone clarify? -- You are receiving this mail because: You are watching all bug changes.
