3 ms·
> Moving files is unintuitive. It should be [cmd+x] then [cmd+v]. Instead it's [cmd+c] then [option+cmd+v], and this behavior is not afforded in the UI, you jus
by dwaite 4y ago
> Moving files is unintuitive. It should be [cmd+x] then [cmd+v]. Instead it's [cmd+c] then [option+cmd+v], and this behavior is not afforded in the UI, you just have to look it up somewhere.
Apologies, but what do you expect to happen to the file in-between the cut and the paste? Cut content exists only on the pasteboard. If I cut a sentence from a document and then cut another sentence, the first sentence is effectively gone (without an additional clipboard manager).
This is why they went with the select-and-copy and select-and-move operations instead, and mapped them onto the copy/paste system. A true 'cut' would be too destructive.
- ihateolives 4y ago> Apologies, but what do you expect to happen to the file in-between the cut and the paste? I'd expect that nothing will happen, Cut will wait for paste operation. It's not delete, where content is gone immediately. If no paste will follow, then Cut is not executed. Cut marks file for move operation, if no move is executed, then nothing will be lost. > If I cut a sentence from a document and then cut another sentence, the first sentence is effectively gone (without an additional clipboard manager). We're talking about files here, not text. Text behaves differently. I'd argue that Cut operation as it is in text editors, is not logical but it is what it is and people are used to it. For deleting there's Delete operation, Cut should not be equal to Delete in some occasions.
- snowwrestler 4y agoIt’s incredibly unintuitive to have a command called “cut” that actually does nothing. I’m very thankful Apple has not implemented that.
- vvillena 4y agoYou are arguing that "copy and paste" and "cut and paste" in the context of a file manager actually behave as "mark, then copy" and "mark, then move" operations. Well, that's exactly how Finder works, isn't it? Cmd+C marks files, Cmd+V copies them, Cmd+Opt+V moves them.
- karaterobot 4y agoFair question! Windows does it pretty much the same way under the hood: the file is not affected until you paste it in the new location. If you never complete the paste, the cut command does nothing. The difference is the interaction maps to another, better-known one that is much easier to discover if you've used a text editor or word processor. I recall the default Ubuntu file manager working the same way, but I don't have an installation running at the moment. On Windows, the cut file is dimmed out after you press [cmd+x] to indicate something has happened.
- kitsunesoba 4y agoAlso, the Mac way lets the user change their mind between copying the file or moving it without first navigating back to the source and restarting the process from scratch, since that decision sits on the pasting end. In my mind the only advantage the Windows way has is that it belongs to the more popular platform.