25742 - no DND on right button (no right-dragging with menu popup)

Status: NEW

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

Description

[Marko Macek]

mozilla doesn't have Windows-style right button Drag&Drop where menu is
displayed (unless ctrl/alt/shift pressed) to ask the user what operation to
perform.

Comment 1

[Sean Richardson]

This would have to wait for DND to be working at all, see bug 10981, "[FEATURE] 
Drag and drop hookup", M16.

[e-mail], where would this be useful, and what choices would
be on the menu?

Comment 2

[leger]

Assigning all open "[e-mail]" bugs to "[e-mail]" to weed 
thru.

Comment 3

[Doron Rosenberg (IBM)]

moving to XPApps, as it depends on bug 10981

Comment 4

[Kathleen :Brade]

add dependency per bug comments

Comment 5

[verah (gone)]

Reassigning for Don

Comment 6

[don]

Move to M21 target milestone.

Comment 7

[Blake Ross]

gotta love those bugs with owners and qa contacts who have been gone for awhile.

Comment 8

[Matthew T (active 1999-2002)]

Unless (a) there is a use for this anywhere in Mozilla, and (b) there is a 
workable equivalent for Mac OS, this should be WONTFIX. Menus popping up on a 
drag-and-drop are evil.

Comment 9

[Alec Flett]

I disagree, I think this is a really cool feature. If a platform doesn't have a
right mouse button, then they don't have to have this feature.

Comment 10

[Marcia Knous [:marcia]]

Netscape nav triage team: per Alec Flett's pre-triage recommendation, this 
bug is nsbeta1-.

Comment 11

[Jesse Ruderman]

-> drag-and-drop

Comment 12

[Paul Chen]

Marking nsbeta1- bugs as future to get off the radar

Comment 13

[Jesse Ruderman]

IMO, right-dragging should be reserved for gestures and should not used for 
context-menu dragging.  See bug 49844 for 4.x-style gestures and bug 76537 for 
Opera-style gestures.

Adding two bugs that this blocks:
bug 64177 context menu with "create active desktop item(s) here" when dragging 
to desktop
bug 19922 RFE: dialog to edit bookmark title after right-dragging (or control-
dragging) page proxy to bookmark button or sidebar

Comment 14

[Sean Richardson]

In bug 19922 [e-mail] said
 > drag and drop is not supposed to let you do inline changes, it doesn't 
 > fit w/ the concept.
Above, Matthew Thomas said
 > Menus popping up on a drag-and-drop are evil.

Is there any UI usability resource available on the web that would provide
the information needed for someone to properly understand those statements?

Comment 15

[timeless]

I agree with alecf. I'm not sure about usability resources, but i'm pretty sure 
you could find microsoft's spec explaining that they want this.

Some features are implemented because the OS requires them (MacOS will get drag 
and drop to finder's Trash can, but we probably won't support that on windows 
because of spec differences), this should be the same.

Comment 16

[Matthew T (active 1999-2002)]

Here you go.

| [Description of inconsistencies in drag-and-drop of files in Windows,
| inconsistencies which have the result that ...]
|
| The only way to be sure of what will happen when dragging a file is to
| perform a right-click-and-drag; in that case, Explorer will ask you what you
| want to do after dragging. The only problem with that is that the
| right-click-and-drag is perhaps the *least* intuitive operation ever
| conceived in interface design. Not only is it physically awkward, it simply
| would never occur to anyone to even try it.
|
<http://iarchitect.com/explore.htm#EXP2>

Comment 17

[Marko Macek]

| The only problem with that is that the
| right-click-and-drag is perhaps the *least* intuitive operation ever
| conceived in interface design. Not only is it physically awkward, it simply
| would never occur to anyone to even try it.

Well, it depends on habits.... For OS/2 users, there is only drag/drop on the
right mouse button (but there is no popup menu with it -- good IMO)

I must say that the OS/2 WPS is still the only file manager ever that could get
me away from command line. The reason is a very nice binding for mouse buttons
that is totally superior to windows one (mac is inferior because of it's single
mouse button).

The bindings are:
left button:
  - click OR drag is used for selection (you can simply drag with a button
pressed over a few items in the list/icon view and they will be selected). There
is no drag/drop on the left mouse button.
  - double click activates the object
  - alt+click activates rename function. There is no *stupid* "slowly click
twice on a file" to rename it (if the user is too fast it will launch something
instead of activating in-place rename).

right button:
  - click shows the context menu
  - draggging activates DND code (there is no menu unlike windows)

This has two major advantages over Windows:
  - easy selection of multiple items
  - no drag/drop mistakes when double clicking !!! I can't tell how often I
moved something by accident in the explorer tree view while trying to open a folder.

I want mozilla/XUL to be flexible enough so the above bindings can be
configured. It doesn't have to be part of the default prefs.

Comment 18

[Marko Macek]

updating summary to make it clearer

Comment 19

[Jesse Ruderman]

Marko, the OS/2 issue is covered by bug 137782, "Drag drop is hardcoded to mouse
button 1".  Making this bug depend on 137782 even though I think it should be
wontfixed.

Comment 20

[Terri Preston]

qa contact -> pmac

Comment 21

[Ben Goodger (use ben at mozilla dot org for email)]

Mass reassign of my non-Firefox bugs to [e-mail]

Comment 22

[Prognathous]

Tweaking the summary to make this bug easier to find.

Prog.

Comment 23

[Jens Stutte [:jstutte]]

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority and severity.

If you have reason to believe this is wrong, please write a comment and ni :jstutte.