Version: (using KDE 4.2.0) Installed from: Unlisted Binary Package KDE 4.2 keeps file transfer windows tied to the system tray. These windows have a visual element that looks similar to a title bar. It would be good if the user could use this title bar to drag the dialog away from the system tray and have it become a regular window.
You can actually do that. Have you tried it ?
I have tried it in KDE 4.2 as provided by Ubuntu, and it does not work. I have tried on the titlebar, and on the body, and also with and without the Alt key depressed.
I actually discovered that you need to have Unlocked Panels and Widgets in order to do this.
I am changing this to a bug and updating the title to reflect this discovery. Thanks.
Bug 183446 also seems to be caused by the condition of the panel being locked.
And I thought that dragging the notifications away from the systray was disabled because of some bug that could not be fixed in time. If the notifications are supposed to replace the stand-alone notification, they should be detachable even if the panel is locked. It does not make sense to unlock, detach und lock again just because one wants a copy progress detached.
The fundamental problem is that detaching an item and dropping it somewhere else causes: * a new applet to be added to host the extender * in many cases: other applets to move, change size etc. Drop a job into your panel for example... The concept of having a locked desktop is, as I see it completely incompatible with the idea of being able to detach extenders.
Why is this suddenly WONTFIX? I am reopening because it appears that I was misunderstood. > The fundamental problem is that detaching an item > and dropping it somewhere else causes: > * a new applet to be added to host the extender That is not a fundamental problem, that is a technical problem. Make it (ha! easier said than done, I know) so that when the item is dragged away, it becomes a regular window, not another plasmoid (Aaron discourages the use of the word applet) that will get stuck on the desktop. > * in many cases: other applets to move, change size etc. If the item becomes a window and not an a plasmoid, then this is not an issue. In fact, it _should_ become a window and not a plasmoid. > Drop a job into your panel for example... No! I hate that! > The concept of having a locked desktop is, as > I see it completely incompatible with the idea > of being able to detach extenders. Again, the desktop should not even be a part of this. Users want the detached items to be windows, not plasmoids. I am updating he title to reflect this.
Ok, sorry, I misunderstood what you meant here, this wish can remain open. The new title is better :) I'm sceptical whether or not it would be an improvement though.
I'm with Dotan on this. I was only copying various things yesterday and it was difficult to track what was going on. The ability to drag notifications - any notifications to be honest - away to become their own small process would be great.
I'm also with Dotan on this one. Think of it this way: Progress popups start out on a layer above other windows. Why should detaching them force-change them from "always on top" to "always on bottom"?
*** Bug 183087 has been marked as a duplicate of this bug. ***
*** Bug 183463 has been marked as a duplicate of this bug. ***
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