Version: unknown (using KDE 3.4.1, compiled sources) Compiler: gcc version 3.3.5 OS: Linux (i686) release 2.6.11.7 Let's try our wonderful drag-and-drop feature to play a song. How reproduce: -------------- 1. Open konqueror goto your Music folder (assuming some music file there) which has some mp3 or ogg files. 2. *Maximize* Konqueror window. 3. Open kaboodle (or any music player which supports dnd) 4. Now you can see Konqueror in Background (maximized) and kaboodle in front (active window). 5. You can see "song.mp3" file in your maximized konqueror window. 6. try dragging and dropping song.mp3 file on to kaboodle. 7. Could you do that??? nope! 8. As soon as you click ( and press the button ) kaboodle loses focus and konqueror maximized window get focus. Rendering you helpless and impossible to drag and drop. Expected Behavior: ------------------ 1. The Focus changes to a window as soon as the user presses the button. which is bad for drag and drop. 2. The focus must change to a window *only on* "mouse button release" event and *NOT* on "mouse pressed event". This is a terrible usability bug. KDE has the feature but due to the as-soon-as-mouse-button-pressed-you-lost-the-focus-to-the-active-window is making us helpless. Thanks.
similarly we can't drag-n-drop selection between 2 kwrite windows when one is maximized. 1. type some text in 1st kwrite window and maximize it 2. open new (2nd) window (unmaximize it) 3. in the maximize window select all text by pressing ctrl+a 4. bring to front the 2nd window, which is not maximized 5. try drag-n-drop the selection to the 2nd window from 1st window. again not possible.
Changing to wishlist. You can drag to the entry on the taskbar and the window will be raised. So it is possible to drag and drop. It would be nice if the window raising didn't happen until you released the mouse button, though. I don't know if this is possible at all.
*** This bug has been marked as a duplicate of 36065 ***