(*** This bug was imported into bugs.kde.org ***) Package: konqueror Version: 2.1 (using KDE 2.1.1 - CVS 20010306) Severity: wishlist Installed from: Debian Package 4:2.1.0.1-1 (testing/unstable) Compiler: gcc version 2.95.3 20010219 (prerelease) OS: Linux 2.4.1 i686 OS/Compiler notes: If there are two Konqueror file manager windows open with one overlapping the other Konqueror will not raise the second window (which is covered by the first) when dragging a file from the first to the second. Often there is a folder that is in the second window that I want to drag a file in the first window to. However when I drag the file in the first window it raises the first window and when I position it over the second window KDE will not raise it. That means I first have to reposition the second window to be fully uncovered by the first before dragging which is difficult with limited screen resolution and is inefficient from a user interface point of view. It is more fluent to simply drag the file from the first window over the second window wait maybe .5-1 second let the second window be raised and then continue dragging to (say) a folder in the second window. Mac OS does this and Windows should if it doesn't (sorry not much of a Winders user). Note that I use click-to-focus but it doesn't matter much. Even if I choose focus follows mouse the second window doesn't get raised when dragging. And then I'm stuck with it always following focus under the mouse for all windows which I don't want. I just want it to work for dragging files which is a good assumption that a user wants so it's reasonable to do a "focus (and more importantly raising) follows mouse when dragging a file" without needing a GUI option for it. (Submitted via bugs.kde.org) (Called from KBugReport dialog)
On Sunday 15 April 2001 06:46 pm derekm@cjnetworks.com wrote: > It is more fluent to simply drag the file from the first window over the > second window wait maybe .5-1 second let the second window be raised > and then continue dragging to (say) a folder in the second window. > Mac OS does this and Windows should if it doesn't (sorry not much of a > Winders user). AFAIK Mac OS does not do auto-raise during drags by default. What is does do and what KDE should do is allow drags to originate in background windows without raising the source window. This is one of the two or three behaviors of the Mac OS that I really miss.
On Sunday 15 April 2001 21:32 John Firebaugh wrote: > On Sunday 15 April 2001 06:46 pm derekm@cjnetworks.com wrote: > > It is more fluent to simply drag the file from the first window over the > > second window wait maybe .5-1 second let the second window be raised > > and then continue dragging to (say) a folder in the second window. > > Mac OS does this and Windows should if it doesn't (sorry not much of a > > Winders user). > > AFAIK Mac OS does not do auto-raise during drags by default. What is does > do and what KDE should do is allow drags to originate in background > windows without raising the source window. This is one of the two or three > behaviors of the Mac OS that I really miss. That's technically not possible with KDE. The window manager raises the window on the first mouse press. The behaviour suggested by the bugreporter sounds good and shouldn't be too hard to implement. (Just start a timer in dragEnterEvent / stop it in dragLeaveEvent and raise the window when the timer fires.) Cheers Waldo -- bastian@kde.org | SuSE Labs KDE Developer | bastian@suse.com
Replaced derekm@cjnetworks.com with null@kde.org due to bounces by reporter
#60299 is more clear on the problem *** This bug has been marked as a duplicate of 60299 ***