I would like to be able to drag and drop a file or anything else from a window on one workspace to a window on another workspace. This would be made by dragging something from a window in an application to the workspace "image" in the pager. That workspace will then be shown after a selectable number of milliseconds, and one could then drop the file or whatever you've got in any window on that workspace. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Olivier, do you think xfwm4 could be adapted to switch workspaces when something is dragged to the screen edge? That might be a relatively low-impact change to solve this enhancement request.
This is really not in xfwm4, but in libxfcegui4 netk pager.
Hey Jasper, to answer to your question, I don't think that would be appropriate because during DnD, the mouse is grabbed. I mean, there is no code in the wm that would prevent the worskpace to switch during DnD, but it actually doesn't switch. So to implement what you suggest, I would have to implement DnD in the window manager itself which is really not suitable IMHO, and definitely more complex than adding DnD support to an existing GTK widget such as the pager (even if noone feels like touching that code, that's another story :)
(In reply to comment #3) > Hey Jasper, to answer to your question, I don't think that would be appropriate > because during DnD, the mouse is grabbed. I mean, there is no code in the wm > that would prevent the worskpace to switch during DnD, but it actually doesn't > switch. > > So to implement what you suggest, I would have to implement DnD in the window > manager itself which is really not suitable IMHO, and definitely more complex > than adding DnD support to an existing GTK widget such as the pager (even if > noone feels like touching that code, that's another story :) Hehe, I was afraid you'd say that ;-) It's not a bad request, though, so I'll leave the report open. Thanks.
This, except the "after a selectable number of milliseconds" part, is fixed in SVN trunk. See bug #1735.
Oh, nice :) Didn't notice this until now :) It's ok that the delay isn't configurable, but I'd like a small delay even if it isn't configurable, like when you drag to an item in the taskbar.
Ok, I'm going to leave it as it is now, because it is much simpler to implement like this. Lame excuse, I know. Sorry ;-) If you feel strongly about it, you can reopen it and hope somebody will pick it up.
(In reply to comment #7) > Ok, I'm going to leave it as it is now, because it is much simpler to implement > like this. Lame excuse, I know. Sorry ;-) > > If you feel strongly about it, you can reopen it and hope somebody will pick it > up. " I do think that the time delay is necessary in a decent impl mouse out of the pager again."ementation. As I wrote in my comment in bug #1735: "When one have tree or more rows in the pager, and a lot of workspaces, one can't use switch-by-drag to one of the workspaces in the middle of the pager, without instantly swithcing to another workspace when one try to move the drag mouse out of the pager again."
(In reply to comment #8) > " > I do think that the time delay is necessary in a decent impl mouse out of the > pager again."ementation. Sometimes, the mouse on my computer kind of run amuck for a moment. It happened again right before I posted comment #8, and it moved things around. I am sorry about that. Here's the text as it was supposed to be: I do think that the time delay is necessary in a decent implementation. As I wrote in my comment in bug #1735: "When one have tree or more rows in the pager, and a lot of workspaces, one can't use switch-by-drag to one of the workspaces in the middle of the pager, without instantly swithcing to another workspace when one try to move the drag mouse out of the pager again."
Hmm, I didn't think about multiple rows. You are right, in that case there should be a delay. I'll see what I can do.
Fixed in SVN revision 22737.