Re:Gnome Developers Re-Implement Middle-Click Paste
by JulianMorrison on Wednesday September 04, 2013 @05:03AM
(#6326404)
The other argument is that the conventional meaning is different. Drag and drop is universally a "cut and paste" operation. If I drag text I expect it to re-position where dropped. Select-and-middle-click is a "copy and paste" operation.
[ Parent
| on HN ]
Re:Gnome Developers Re-Implement Middle-Click Paste
by Shorel on Wednesday September 04, 2013 @12:19PM
(#6328574)
> Drag and drop is universally a "cut and paste" operation.
It changes to "copy and paste" if you keep the Ctrl key pressed. The cursor changes and adds a plus sign to indicate this.
So it is flexible in that regard.
Re:Gnome Developers Re-Implement Middle-Click Paste
by derefr on Wednesday September 04, 2013 @06:58AM
(#6326673)
> Drag and drop is universally a "cut and paste" operation.
Unless the source is read-only. You can select text from the web and then drag-and-drop that selection into a text editor, and you won't change the web.
Re:Gnome Developers Re-Implement Middle-Click Paste
by vhf on Wednesday September 04, 2013 @08:12AM
(#6326917)
> Drag and drop is universally a "cut and paste" operation.
Unless you are using Gnome and the origin and destination of your drag and drop are on two different devices. In which case it will copy instead of cut.
Re:Gnome Developers Re-Implement Middle-Click Paste
by therealunreal on Wednesday September 04, 2013 @08:22AM
(#6326964)
Not just Gnome. Windows is like that too.
Re:Gnome Developers Re-Implement Middle-Click Paste
by Pxtl on Wednesday September 04, 2013 @10:01AM
(#6327597)
This ambiguity means that I never use lclick-drag even when I'm tempted to use the clumsy operation - on windows I always RClick-drag so that the operation (move or copy) is explicitly selected.