132678 - browser should not take focus when click+drag link

Status: RESOLVED DUPLICATE of bug 38646

(Core :: DOM: Copy & Paste and Drag & Drop, enhancement)

Description

[guanxi]

When you click and drag a link to create a shortcut (using Windows terminology)
outside Mozilla, it would be useful if Mozilla didn't take the focus.  When it
does, it often overlaps the very location to which I'm trying to drag the shortcut.

Netscape 4.7x, if not earlier versions, had this 'enhancement'.  IE 5.0, if not
later versions, does not.

To reproduce:
1)  Make Moz large enough to cover most of your screen.  Load a webpage.
2)  Open a window.  Move and size the window so its borders are completely
within Moz' borders.
3)  Click and drag a link, as if you were going to create a shortcut in that window.
Oops!  Now you have to rearrange everything on your screen in order to complete
the operation.  Or move the shortcut twice.  Or find another convoluted
alternative.  It's worse if you're draggin to a smaller target, like an icon.

The NS 4.7x way, while seemingly a minor issue, saved a lot of hassle.

Comment 1

[guanxi]

This would apply to the draggable icon in the URL bar, too.

Comment 2

[Asa Dotzler [:asa]]

I see no difference in the behavior of Netscape 4.x and current Mozilla builds.
Tested with mozilla 063408 build on win2K. 

Comment 3

[guanxi]

Asa:

1) The RFE is for a particular feature; I'm sure you do not have the feature in
your copy of Moz, so it's not wfm.  The feauture is not 'duplicate NS 4.x'; 
that's just to help describe it.

2) I just downloaded 1.1b last night, and everything works exactly as described:
(Using 1.1b (2002072204) on Win2K.)

  1)  Overlap an Explorer window over the browser window
  2)  Click and hold a link.  Drag it to the Explorer window.

NS 4.78:  The Explorer window still overlaps the browser window.  The browser
window does not take focus and cover the Explorer window, allowing the user to
drag and drop a shortcut onto the Explorer window.

Moz 1.1b: Result:  Moz takes focus, covers the Explorer window, and leaves the
user nowhere to drag the link.

Comment 4

[Asa Dotzler [:asa]]

misunderstood. sorry. you are correct. 4.x did have this "feature".

Comment 5

[timeless]

uid is being phased out.

Comment 6

[Andrew Hagen]

This is how 1.2 beta 2002110808 is now working, unfortunately. This behavior is
very annoying. I recommend that this bug be resolved invalid.

Comment 7

[guanxi]

I've noticed that this RFE is standard Win2K click+drag behavior, not just
Netscape 4.x.   I don't know about other versions of Windows.  We don't have to
copy Windows behavior, but certainly someone thought it was useful enough to add
to Windows code.


More specifically,
1)  Open 2 explorer windows, Alpha and Beta.  Alpha overlaps Beta and has focus

2)  Click-and-hold a file in Beta

3)  Note Alpha loses focus, but Beta doesn't gain focus.  Alpha still overlaps Beta.

4a)  If you drag to an invalid location (so the mouse displays the
circle-and-slash icon, the menubar works) then release the mouse button, Alpha
retains focus

4b)  If you drag someplace valid (call it 'Gamma') and release the mouse button,
Gamma gains focus (unless it is the Windows Desktop), and is moved to the front
(overlaps everything).

Comment 8

[Jesse Ruderman]

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