After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 634520 - Right-Click Drag & Drop
Right-Click Drag & Drop
Status: RESOLVED WONTFIX
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.30.x
Other Linux
: Normal enhancement
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-11-10 15:15 UTC by Jakob Unterwurzacher
Modified: 2010-12-01 23:22 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jakob Unterwurzacher 2010-11-10 15:15:33 UTC
http://www.cheapandsleazy.net/images/right_click_and_drag.jpg
Comment 1 Jakob Unterwurzacher 2010-11-10 15:19:15 UTC
Right-click drag & drop does not work presently, the substitute is middle-click drag & drop.
I suggest to make right-click drag & drop do the same thing as middle click does to help people used to windows, as the substitutes discoverability is not very good.
Comment 2 Cosimo Cecchi 2010-11-13 12:18:00 UTC
Well, we don't aim at using the same whole set of shortcuts of Windows; I don't think we want to map it to both combinations, and middle-click-drag works nicely.

Closing as WONTFIX.
Comment 3 David Regev 2010-12-01 23:22:42 UTC
I posted this comment in Launchpad, and it was thought that perhaps I should post it here too:

While I understand why this bug was Won’t-Fix’d, the reasons for the bug remain:

(1) Using the middle mouse button either for dragging or to show a menu is not particularly discoverable. Dragging is usually done with the left mouse button, and menus are shown either via the right mouse button or via some visual affordance. Using the middle button for either is something almost no one will guess, due to the button not being used in such a manner in any other context (at least none that an average user would be aware of).
(2) Even if one discovers this functionality, it will still feel unnatural. Since the middle mouse button is never used in this way anywhere else, this behaviour will continue violating the user’s mental model of how this button is used, and will be difficult to get used to.
(3) You have to remember before starting the drag operation if you might want to use the menu. If you remember afterwards, you have to use the Alt key. Having two methods of doing the same thing makes an interface less habit-forming.
(4) Most crucially, anyone using a non–multi-touch touchpad (that is, the vast majority of notebook users), will be unable to user this feature as is (but will have to use the Alt key). This is worse for anyone that uses both a desktop and a notebook, as one will have to use two slightly different methods in each environment, rather than getting into the habit of using one single method.

My proposal: When dragging a file, if the right mouse button is click, the drag operation ends and a context menu appears. At this point, the user may stop holding down the left mouse button. Letting go of the right mouse button while hovering over a command in the menu activates it, just like with standard context menus.

This alternate solution is less affected by the above issues. It can even replace both the middle-drag and the Alt-drag methods entirely.

Thoughts?