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.

This would have to wait for DND to be working at all, see bug 10981, "[FEATURE] Drag and drop hookup", M16. Marko.Macek@gmx.net, where would this be useful, and what choices would be on the menu?

Assigning all open "nobody@mozilla.org" bugs to "leger@netscape.com" to weed thru.

moving to XPApps, as it depends on bug 10981

add dependency per bug comments

Reassigning for Don

Move to M21 target milestone.

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

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.

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.

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

-> drag-and-drop

Marking nsbeta1- bugs as future to get off the radar

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

In bug 19922 timeless@mac.com 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?

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.

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>

| 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.

updating summary to make it clearer

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.

qa contact -> pmac

Mass reassign of my non-Firefox bugs to ben_seamonkey@hotmail.com

Tweaking the summary to make this bug easier to find. Prog.