GNOME Bugzilla – Bug 83724
"Paste files" is inconsistent and misleading, and no way to paste into the currently selected object
Last modified: 2004-12-22 21:47:04 UTC
In the context menu of the directory view, both "Cut file" and "Copy file" act depending on the current selection. Just below them there is currently a "Paste file" menu item, and this is misleading because the user gets to think that it will likewise act depending on the current selection, while it will actually paste the clipboard contents in the current location, regardless of what is the current selection and where in the view workspace the user has actually right-clicked to get the context popup. I think that this behaviour should be fixed (see also bugs #47946, #76952). The current context-insensitive "Paste files" menu item should be renamed to "Paste Files Here" (as short for "Paste Files in the Current Location") and put somewhere farther in the context menu, beyond a new separator, surely not where it is now. Then, for convenience of use, a "Paste Files Into Object" (or whatever label may fit better as far as lexicon is concerned, I'm not sure ...) could be added just after "Copy files". This should be enabled if the current selection is single && the selected object can accept copy/move actions as a destination, and disabled otherwise. The Edit menu should also be updated to act like the context menu. The attached patch, made against nautilus-1.1.18, tries to implement this. It puts the "Paste Files Here" in the background popup and in the Edit menu, but not in the selection popup. The patch could be better ... but OTOH, I guess it's better than nothing. I hope it does not suck too much ;-). Seriously, though, I believe that this is an important issue. Have a good day.
Created attachment 8890 [details] Split the paste context menu item into two different menu items