I love CMD because it’s part of the copy/paste shortcut but not used for any terminal control codes. So there’s no confusion about whether you’re going to accidentally SIGTERM something in the terminal by trying to copy text.
I really really wish I could have this behavior on Linux… but alas, every app under the sun chooses its own copy/paste shortcut and they all use ctrl+C/V by convention so you can’t configure it globally without rewriting every app (ok maybe you could narrow it down to a few GUI libraries like gtk/qt/etc but it’s still a huge undertaking.)
I’d settle for “ctrl-c is copy if text is selected, SIGTERM otherwise” logic, which I think Windows’s console uses, but none of the Linux terminals I’ve tried support that. I’m left with ctrl-shift-C for copy, which leaks into my muscle memory, then I accidentally use that combo in the web browser too and it opens developer tools or something. So annoying.
Shift+ins is CUA, an actual standard. Which makes far more sense than parroting Microsoft’s decision to use CTRL as a modifier, aping Mac OSs keyboard shortcuts in Windows 3.1.
That’s fine for paste, but copy is the real problem. Also, shift and insert are very very far apart from each other and are not one-handable if you’re holding the mouse with the other hand.
Copy is Ctrl+Ins, cut is Shift+Del. Looking at my ANSI keyboard, all are achievable with one hand. Though, when these were designed, GUI’s on IBM based machines weren’t really a thing and two-handed keyboard shortcuts were common-place.
With a right handed mouse it’s hard to do Ctrl+Ins with my left hand. But it’s possible, I’ll admit. It’s just pretty suboptimal given how ergonomic Cmd+C is on a Mac keyboard (thumb on Cmd is way easier to reach for than pinky on ctrl, and reaching for ctrl+Ins is harder than either.)
Yeah, mice weren’t really a thing on the early IBM AT’s and clones when CUA was being developed. Mice were around and the GUI was very rudimentary (Windows 2.0), certainly when compared to System 4 and 5. In an ideal world, the Meta key, like those found on Sun keyboard, would have been brought over to AT keyboards to cover this.
I can’t stand X11-style copy-on-select/middle-click-paste, and disable that everywhere if that’s what you’re referring to. I habitually highlight text as I read it and hate it when it blows away my existing copy buffer. I want explicit copying, I just don’t want it to collide with SIGTERM.
I really really wish I could have this behavior on Linux… but alas, every app under the sun chooses its own copy/paste shortcut and they all use ctrl+C/V by convention so you can’t configure it globally without rewriting every app (ok maybe you could narrow it down to a few GUI libraries like gtk/qt/etc but it’s still a huge undertaking.)
I’d settle for “ctrl-c is copy if text is selected, SIGTERM otherwise” logic, which I think Windows’s console uses, but none of the Linux terminals I’ve tried support that. I’m left with ctrl-shift-C for copy, which leaks into my muscle memory, then I accidentally use that combo in the web browser too and it opens developer tools or something. So annoying.