4 ms·

Apple manages to do it just fine. Although the advanced settings are a little threadbare on iOS they are very powerful on OSX and still serviceable on iOS.

PhasmaFelis 10y ago
OS X, just for example, hasn't allowed users to cut and paste files for years and years, for fear that the poor darlings might be confused when cut files, unlike cut text, remain in place until pasted. This isn't just a default setting; they removed file-cutting from the OS. I love my MacBook, but Apple makes stupid decisions just like anyone else.
- duaneb 10y ago
  This is subjective. How would you cut/paste a 200 gigabyte file anyway?
  - marvy 10y ago
    The way this works on Windows (I think) is that internally, "cut" means "copy file path to clipboard", and "paste" means "move file from old place to new place". Thus, if you want to cut and paste from "Downloads" to "Documents", then it doesn't matter how big the file is: you just change a couple of directory entries without ever changing the file. If you want to do this across file systems, it has to do a copy.
  - ddeck 10y ago
    I regularly use cut/paste to move files in Windows and Linux, not sure why the size is relevant. Ctrl-a to select all files for example, ctrl-x to cut, alt-tab or navigate to a different directory and ctrl-v to paste.
    - duaneb 10y ago
      > not sure why the size is relevant Because typically cutting deletes, not marks. This seems like a great implementation though.
  - recursive 10y ago
    You don't have to load it in memory. The desired behavior can be accomplished with mv.
- alejohausner 10y ago
  Amen to that. I find it clumsy to require two finder windows open to move a file between them. Why not cut a file from one directory, open another directory, and paste it there? Ugh!
  - dmart 10y ago
    Most people don't seem to know this, but you basically can cut and paste in the Finder. First copy the files you want, then move them instead of pasting (Command-Option-V). This gives you the same behavior without the confusion/danger of the files being lost in limbo between cutting and pasting, which I think is honestly better UX design.
    - nommm-nommm 10y ago
      In windows if you don't paste the files somewhere they just go back to their original location like they were never "cut" in the first place. Cutting without pasting is not a dangerous or destructive operation.
      - sirn 10y ago
        I think the OP means in all other apps, cutting means removing the selection and put it in the clipboard until it is pasted somewhere. Windows Explorer override this behavior by turning cut into move, which break the semantic and may create confusion that the file might go away if user didn't choose to paste it, if user have used cut in other program but not Explorer.
- msbarnett 10y ago
  > This isn't just a default setting; they removed file-cutting from the OS. They didn't remove anything. No version of Mac OS ever applied the cut-paste metaphor to the filesystem, going all the way back to 1984. It's a Windows concept.
  - karlshea 10y ago
    Cmd-C and Cmd-Opt-V copy and move a file for me just fine in El Cap.
  - drauh 10y ago
    Right, but the Finder does have Copy and Paste. Cmd-C and Cmd-V have worked in the Finder since the very first Mac. It's even in the edit menu. I suppose they expect you to click and drag to move a file, rather than the slightly unintuitive Cut and Paste on entire files. There's no real physical analogy for a cut.
    - projct 10y ago
      cmd-opt-v...
  - PhasmaFelis 10y ago
    All right. Refusing to implement a useful feature for anyone because it's deemed too confusing for novices isn't any better than removing a useful feature because etc., though. (The recent addition of a special hotkey to paste-with-delete is not much of an improvement, since it still obfuscates the actual, expected behavior (of Ctrl-X) in favor of a different, more obscure, but notionally "friendlier" alternative.)

PhasmaFelis 10y ago

OS X, just for example, hasn't allowed users to cut and paste files for years and years, for fear that the poor darlings might be confused when cut files, unlike cut text, remain in place until pasted. This isn't just a default setting; they removed file-cutting from the OS. I love my MacBook, but Apple makes stupid decisions just like anyone else.

duaneb 10y ago
This is subjective. How would you cut/paste a 200 gigabyte file anyway?
- marvy 10y ago
  The way this works on Windows (I think) is that internally, "cut" means "copy file path to clipboard", and "paste" means "move file from old place to new place". Thus, if you want to cut and paste from "Downloads" to "Documents", then it doesn't matter how big the file is: you just change a couple of directory entries without ever changing the file. If you want to do this across file systems, it has to do a copy.
- ddeck 10y ago
  I regularly use cut/paste to move files in Windows and Linux, not sure why the size is relevant. Ctrl-a to select all files for example, ctrl-x to cut, alt-tab or navigate to a different directory and ctrl-v to paste.
  - duaneb 10y ago
    > not sure why the size is relevant Because typically cutting deletes, not marks. This seems like a great implementation though.
- recursive 10y ago
  You don't have to load it in memory. The desired behavior can be accomplished with mv.
alejohausner 10y ago
Amen to that. I find it clumsy to require two finder windows open to move a file between them. Why not cut a file from one directory, open another directory, and paste it there? Ugh!
- dmart 10y ago
  Most people don't seem to know this, but you basically can cut and paste in the Finder. First copy the files you want, then move them instead of pasting (Command-Option-V). This gives you the same behavior without the confusion/danger of the files being lost in limbo between cutting and pasting, which I think is honestly better UX design.
  - nommm-nommm 10y ago
    In windows if you don't paste the files somewhere they just go back to their original location like they were never "cut" in the first place. Cutting without pasting is not a dangerous or destructive operation.
    - sirn 10y ago
      I think the OP means in all other apps, cutting means removing the selection and put it in the clipboard until it is pasted somewhere. Windows Explorer override this behavior by turning cut into move, which break the semantic and may create confusion that the file might go away if user didn't choose to paste it, if user have used cut in other program but not Explorer.
msbarnett 10y ago
> This isn't just a default setting; they removed file-cutting from the OS. They didn't remove anything. No version of Mac OS ever applied the cut-paste metaphor to the filesystem, going all the way back to 1984. It's a Windows concept.
- karlshea 10y ago
  Cmd-C and Cmd-Opt-V copy and move a file for me just fine in El Cap.
- drauh 10y ago
  Right, but the Finder does have Copy and Paste. Cmd-C and Cmd-V have worked in the Finder since the very first Mac. It's even in the edit menu. I suppose they expect you to click and drag to move a file, rather than the slightly unintuitive Cut and Paste on entire files. There's no real physical analogy for a cut.
  - projct 10y ago
    cmd-opt-v...
- PhasmaFelis 10y ago
  All right. Refusing to implement a useful feature for anyone because it's deemed too confusing for novices isn't any better than removing a useful feature because etc., though. (The recent addition of a special hotkey to paste-with-delete is not much of an improvement, since it still obfuscates the actual, expected behavior (of Ctrl-X) in favor of a different, more obscure, but notionally "friendlier" alternative.)