3 ms·
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-pos
by JulianMorrison 13y ago
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.
- derefr 13y ago> 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.
- vhf 13y ago> 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.
- therealunreal 13y agoNot just Gnome. Windows is like that too.
- Pxtl 13y agoThis 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.
- Shorel 13y ago> 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.