Hehe. Skill issue.
Cmd+C puts it on the pasteboard, (doesn't matter whether you want to move it or copy it)
Cmd+Option+V moves to destination
Cmd+V copies to destination
Different shortcuts from app to app. Back when I used Mac last time it frustrated me to no end that the simple system that works everywhere on Windows and Linux:
- home / end for start / end of line
- arrow left /right to move one character at at time
- ctrl to move one word at a time
- shift combines nicely with all these in case you need to select the text you move across
while on Mac of course home and end doesn't exist (bonus point for there being two keys there that could have been home and end or page up and page down, but that even the most dyed in the wool Mac users I know cannot explain what they are for) and while I think it is rather consistent now, back then it wasn't consistent that CMD - arrow worked like home or end.
There were different shortcuts from app to app and today I have learned that even the one shortcut I thought was consistent from app tp app on Mac, CMD-X, CMD-C and CMD-V aren't consistent as Finder isn't lacking CMD-x, they have just decided to do it differently so you use CMD-shift-V instead to paste by cutting (?), breaking to consistency even of that.
It is like the (effective, not written) building regulations in my area:
Just make sure your house doesn't look similar to any other house in the area and you should be good.
And yet I have asked for a Macbook for my new laptop. After 10 years I just had to try. The last one was fantastic, only the OS was rage inducing even after 3 years.
This time however I have done my homework. I have a Mac mini, I have checked that the fn and ctrl key can now be put in their correct positions and there now exist a way to fix CMD-tab so it does the only logical and sane thing: switches between the last windows.
Still: wish me luck.
Many apps that I use the most support Ctrl+A to go to start of line, Ctrl+E to go to end of line. On macOS. Try it in a few apps.
Cmd+Shift+Up or Down to select.
https://support.apple.com/en-us/HT201236 for the rest of the shortcut keys.
Hahahahah no. Even if you use Kaliber or remap keys natively, and somehow manage to get this to work, it won’t work all the time. And if you switch between external and internal keyboards (like, when you take your laptop to a coffee shop), forget it.
Hello, shift+insert, anyone?
FWIW, I used Windows for a LONG time before begrudgingly having to use a Mac for my development work, as I was doing iOS development and no one else was putting up with my I-will-claim-perfectly-reasonable alternative Linux toolchain... and Mac's keyboard shortcuts are so much more consistent that when I went back to using Windows it was the one thing I seriously missed. Hell: Mac OS even has Emacs-style cursor commands available in pretty much all native controls... Linux doesn't even have that (I'm using Linux right now and am still sad it isn't like Mac, and I had also been using Linux since I was a kid).
They most certainly do.
On extended keyboards, Home and End are dedicated keys. Home scrolls to the start of the document; End scrolls to the end.
On laptops and other reduced keyboards, Fn-left arrow gets you the Home key, and Fn-right arrow gets you the End key.
I don't know when you last used Mac, but Cmd-left and Cmd-right have been consistent at least within apps that use Apple's guidelines for many years.
It's important to remember that your expectations for how these things should work are not based on some universal Platonic ideal, but rather on how Windows did things, so when Apple does them differently, that's not some objectively heinous violation, but rather a different decision based on different preferences.
Even worse: There isn't even a clickable context menu entry for moving files instead of copying them, which further means the keyboard shortcut isn't displayed anywhere obvious either.
For each well thought-out detail Mac OS has at least one feature that just makes you scratch your head and ask yourself if this was really intentional.
Cmd+X removes the text, and puts it on the pasteboard. If you change your mind and copy something else before pasting the Cmd+X-ed text somewhere, the text is lost.
On the other hand, when you move a file, it stays in the original location right until you paste it in the new location. If you change your mind, and copy something else without pasting the first file, the file is not lost.
In my experience no Windows user able to use keyboard shortcuts for copying files has an issue with this difference.
But there is no problem. This is how the macOS file manager have always been working. If you prefer how it worked on Windows, why did you switch to macOS? When you visit a foreign country, do you go around and tell people how they do things all wrong because it's different from your home country? Isn't that entitled a bit?
> When you visit a foreign country, do you go around and tell people how they do things all wrong because it's different from your home country?
This is software, not a cultural tradition, and I claim that asking a corporation with 160k employees for a simple feature that exists everywhere else is not entitled.
Now, what should happen if you "cut" a file with Cmd+X and you paste it into Mail? The file is deleted from the original location, but still somehow attached to the email?
There's no point in monkey-patching such a feature into macOS for the sake of appeasing recent Windows converts.
It's like complaining why Pascal doesn't support braces instead of begin/end. It's a different system. Feel free to not use it.
Homework exercise: go through various macOS apps' menus and see what happens if you hold the Option key.