Bug 24195 - konqueror should raise second window when dragging file b/t two windows
Summary: konqueror should raise second window when dragging file b/t two windows
Status: RESOLVED DUPLICATE of bug 60299
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: 2.1
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-04-16 01:48 UTC by Unknown
Modified: 2004-11-12 18:01 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description derekm 2001-04-16 01:46:11 UTC
(*** 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)
Comment 1 John Firebaugh 2001-04-16 04:32:53 UTC
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.
Comment 2 Waldo Bastian 2001-04-16 04:37:36 UTC
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
Comment 3 Stephan Kulow 2004-05-18 17:31:33 UTC
Replaced derekm@cjnetworks.com with null@kde.org due to bounces by reporter
Comment 4 George Staikos 2004-11-12 18:01:12 UTC
#60299 is more clear on the problem

*** This bug has been marked as a duplicate of 60299 ***