Bug 388614 - Add possibility to Minimize/Restore windows with Mouse scroll on Task Manager
Summary: Add possibility to Minimize/Restore windows with Mouse scroll on Task Manager
Status: CLOSED INTENTIONAL
Alias: None
Product: plasmashell
Classification: Plasma
Component: Task Manager and Icons-Only Task Manager (show other bugs)
Version: master
Platform: Other Linux
: NOR wishlist
Target Milestone: 1.0
Assignee: Eike Hein
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-01-06 12:43 UTC by intmianol
Modified: 2018-09-09 18:14 UTC (History)
4 users (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 intmianol 2018-01-06 12:43:10 UTC
I think this option has the potential to increase productivity. I used this in LXDE a lot.

Sometimes you want to keep windows open while minimizing a lot of others, this would help with that.

Scrolling down should minimize the (Task Manager-)hovered window.
Scrolling up should restore the (Task Manager-)hovered window.

The option should be in the configuration window of Task Manager. It should be disabled by default.

Thanks!

Keywords to make searching easier:
taskbar, window list, mousewheel, minimize/restore
Comment 1 David Edmundson 2018-01-06 12:53:56 UTC
How is that more convenient / different than just clicking on it?
Comment 2 intmianol 2018-01-06 14:33:37 UTC
You can minimize many windows in a row in one "move", and you don't need to know whether they are visible because the action is one-way.
Comment 3 intmianol 2018-08-11 10:33:05 UTC
Hi. Is there anything I could do for the feature to be put in sooner?
Comment 4 Nate Graham 2018-08-12 04:45:56 UTC
What is the use case for wanting to minimize multiple windows quickly? If it's to see the desktop, there are better options such as the Show Desktop effect, which is bound to Ctrl + F12 by default.
Comment 5 intmianol 2018-08-17 18:05:34 UTC
Sorry for the late reply.
		
One reason I would like this feature is that I have a window always open in the background, which is visible on the right half of the screen, and I do the work on the left half of the screen. I always want to see the background window. If I want to minimize all windows, except that one, then the Show Desktop effect is not quite good.
		
The other is that, in my opinion, it's more comfortable to use the scroll wheel to minimize/restore windows rather than to click the taskbar buttons.
Comment 6 Nate Graham 2018-08-17 18:51:09 UTC
For that use case, it would make more sense to set a window rule specifying that the window on the right side of the screen can never be minimized. You would right-click on the titlebar > More > Special Window Settings > Size & Position: click the checkbox by "Minimized" and set it to "Force" "No"

Then you can use the minimize allfeature to minimize everything else. Does that satisfy your need?
Comment 7 intmianol 2018-08-20 06:16:42 UTC
Thanks a lot! It's better now.
Comment 8 Nate Graham 2018-08-20 11:12:06 UTC
Great, I'm glad we could come up with something that meets your needs! For the record, in the future questions like this would be better directed at a user support forum for KDE or your distro, as the bug tracker is optimally used only to track actual required changes. See https://community.kde.org/Get_Involved/Bug_Reporting#Step_1:_Make_sure_it.27s_a_real_bug
Comment 9 intmianol 2018-09-05 06:25:14 UTC
Sorry; I have read it now.

I have been using KDE for the past weeks and it's good, but it would be better with the feature that I mentioned. I still think it's a good idea.

Can I set the status to reopened?

Thanks for your time and effort.
Comment 10 Nate Graham 2018-09-09 18:14:12 UTC
Please don't re-open closed bugs, especially with no explanation. I've provided you with an alternative possibility that you've acknowledged works all right. Our system is already flexible, but we can't add every feature request, especially something like this that could prove unexpected or confusing for people who aren't you. :)

Patches are always welcome, and we can reconsider this if someone decides to submit a patch to add the feature. At that time, we can evaluate it But there's no point in keeping open bugs that we don't intend to implement ourselves; it clutters up the bug tracker and makes it harder for us to work.