The Ubuntu community has contributed 13882 ideas, 66434 comments, 1286163 votes
Idea
#2567: Windows aren't raised on drag and drop init
|
| |
412
|
|
|
Written by dsargeant the 2 Mar 08 at 20:00.
Category: Accessibility.
Related to:
Nothing/Others.
Status: New
|
|
|
Description
When I click on something to drag and drop (drag-n-drop) it e.g. in Nautilus, the window gains focus and is raised. If the destination of my drag (e.g. another nautilus window) is above the window it is lowered and obscured. This forces me to arrange my windows before starting a drag and drop so that my destination is still visible when the source window is raised. This could be fixed by windows not being raised until mouse release instead of mouse down. Ideally, though, there would be a special case where if drag and drop is initialized the window isn't raised until release, otherwise it is raised on click.
Attachments
 Bug #29560 : drag & drop improvement: delay bringing window to front until mouse released
|
|
Duplicates
Comments
|
a3_nm wrote on the 2 Mar 08 at 20:12
|
Support. That's something I noticed when I switched from Windows, where this idea has been implemented. It should be fixed in Nautilus.
To illustrate the problem, try drag-dropping something from a maximised windows to any other window. As soon as you mouse down on the item you want to drag-drop, the other window will get under the first window. If this only happened on mouse up, the drag-drop could be done more easily.
|
|
exactopposite wrote on the 3 Mar 08 at 23:04
| |
if u drag tthe item to where the window is that you want to drag to on the panel it will raise that window. so if i'm dragging from window 1 to window 2 for example: click the ite in window 1 and drag it to where u see window2 on the panel. this will raise window 2.
|
|
dsargeant wrote on the 4 Mar 08 at 15:47
| |
exactopposite, thanks for the tip. I just tried it and it works. This will definitely alleviate some frustration in the future. I do think that it is slower and less intuitive than if drag and drop didn't raise the window, though. So I still think it would be an improvement to implement it
|
|
dsargeant wrote on the 8 Mar 08 at 04:39
|
Found this workaround from http://live.gnome.org/DocumentationProject/TipsAndTricks for any interested:
"dragging from a window not currently active while pressing the AltGr key or the Super key (usually the Windows key) or one of the modifier key told above will not raise the window, leaving the focus on the current window (this workaround to not-raising-windows-when-they-shouldn't-be possibly only exists due to separate bugs)"
|
|
Frants wrote on the 15 Apr 08 at 14:57
| |
Gah.. this is really annoying and has been around since 2002, but still it isn't fixed. This is basic file management! Can it really be that hard to implement? :/
|
Post your comment
|
|
|
