Version: unspecified (using KDE 4.6.2) OS: Linux I would like to be able to _move_ windows between activities. At the moment you can only add a new activity the window is shown on or remove one. For a move currently you have to first add the target activity and then remove the original. Which meas you have to go two times through the clumsy titlebar context menu (esp. with touchpads I find this to be a pain). And particularly when you need to move 5, 10, 15.. windows this becomes pretty tedious and annoying. There are three use cases I came across where I had to move a bunch of windows at a time, plus single windows every now and then. 1) You initially start using activities. Your windows are all on the first activity and now you need to distribute them to the newly create ones. 2) You reorganize activities, e.g. when you find you could use an additional activity. 3) An app with multiple main windows doesn't behave well. E.g. I had rekonq crashing on me quite frequently recently. And each time you restore it all the browser windows are distributed quite randomly across activities and desktops and I have to clean up the mess. Same goes for regular session restoration. Of course ideally the apps themselves should be fixed here, but I'd rather not have to wait until all apps are fixed. Leave alone apps which have no knowledge about activities at all. Reproducible: Didn't try
*** Bug 274206 has been marked as a duplicate of this bug. ***
*** Bug 285626 has been marked as a duplicate of this bug. ***
*** Bug 268150 has been marked as a duplicate of this bug. ***
One easy way to do this would be to allow dragging tasks from the task manager to activities in the activity widgets, like they can be with virtual desktops in the pager now.
I'd like to confirm this usability issue. I experience it every time I start firefox as the system never picks the correct windows for each activity requiring me to shuffle them around afterwards, which is rather painful via the current method.
I too would like to confirm this usability issue - and I would like to see some opinion on it from the developers please?
This would be very nice, having to close a program to start in another activity isn't efficient. Being ablet o move windows around activities would be really nice.
(In reply to comment #7) > This would be very nice, having to close a program to start in another > activity isn't efficient. > > Being ablet o move windows around activities would be really nice. Being able to* Sorry typo.
(In reply to comment #8) > (In reply to comment #7) > > This would be very nice, having to close a program to start in another > > activity isn't efficient. > > > > Being ablet o move windows around activities would be really nice. > > Being able to* > > Sorry typo. BTW, at the time I'm writing this, I'm on archlinux x86_64, KDE 4.9.0.
I would love to see this. I'm adding 20 votes.
I'd also love to see this feature implemented. Perhaps it could be incorporated into the "Activities" list that comes up when Meta-q is pressed? Dragging a window onto the activity name/icon would move that window to that activity.
I was suprised there is a keyboard shortcut for moving to a virtual desktop but none for moving to another activtiy. So virtual desktops are still precedent?
I would be very grateful for any idea of how to map keyboard shortcut to „move window to specific activity” action. I managed to script around jumping between activities (by keybinding dbus call to SetCurrentActivity on /ActivityManager/Activities), but I can't find a method to manage activity of specific window. Looks like the only way is to right-click mouse on titlebar and clickety-manage activities, major PITA for someone working mostly without mouse…
Hello! This feature request was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this feature request is already implemented in Plasma 5, or is no longer applicable. Accordingly, we hope you understand why we must close this feature request. If the requested feature is still desired but not implemented in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging Thanks for your understanding! Nate Graham