“Except the Terminal”…

Of course in the Mac you have the same shortcut in every app because you use cmd+c/v

It really bugged me that by default you use ctrl+shift+c/v on Linux but only in the terminal.

Found a lovely feature in kitty term that does the right thing for ctrl+c depending on if you have text selection or not. Works great for me.

▲

sureglymop a day ago | parent | next [-]

Actually, on macOS you have the same shortcuts as gnu readline in any text editing field.

You have these same shortcuts in bash, zsh, the python repl, html form fields, etc. And anything that doesn't use gnu readline can be wrapped in rlwrap.

Note that copying and pasting is an exception. Otherwise, navigating words with shortcuts seems to fairly universally use these shortcuts.

▲

MangoToupe a day ago | parent | next [-]

They're really emacs keybindings that readline adopted if I may be allowed a small amount of pedantry.

	▲	nyarlathotep_ a day ago \| parent [-]
		Appreciate the clarity here; I always wondered which "came first"

▲

culebron21 a day ago | parent | prev | next [-]

My experience on MacOS is that every program has different shortcuts regarding text editing. Home/End/PgUp/PgDn on my external keyboard just not working, and if added to system settings, they still don't work in some apps, Ctrl+Left sometimes working sometimes not, etc.

And what Ctrl/CMD/Shift keys do together looks very random, no logic in it. Like, Ctrl+Left in Zsh scrolls the entire log to top, rather than move the cursor to the start of the line.

I use zsh, slack, Chromium, SublimeText and Zed on Mac.

▲

kule a day ago | parent | prev [-]

Yep, which is really handy. I was specifically talking about copy and paste shortcuts being the same even in the terminal though.

▲

hbnjgf a day ago | parent | prev [-]

Unless you are not using X, selected text us also automatically available for copy using the middle mouse button