I remember that ctrl+c and ctrl+v didn't work across applications. I think Terminal was one of them. Couldn't copy and paste into it. Out of the box anyway.
Yea that is a 'feature'. The problem is that ctrl+c already means something else in the terminal. Many (most?) terminals map copy and paste to ctrl+shift+c and ctrl+shift+v to get around this.
Of course most *nix user use the middle mouse button for copy-paste in the terminal as standard and never really notice this.
Either that or select - right click - copy/paste. It all works, but the shortcuts don't align. Ctrl-c is sigint, ctrl+v varies, but in vim it escapes special key press.
> Also the maximise behaviour in macOS is really annoying.
I use hammerspoon to paper over a lot of the annoying parts of macos (after using linux on desktop+laptop for over a decade). Here's a minimal excerpt from my config to get a more-reasonable "maximize" behavior: https://gist.github.com/philsnow/c19506dec17597ab9e4bf02f8d2...
Install Spectacle. [cmd]+[alt]+[f] for actual maximize (NOT fullscreen). Replace the f with left arrow and you get half pane left, same with right, or up... you get the idea.
Switch alt for ctrl with the same commands to send to the top quarters of the screen, add a shift to that to send it to the bottom quarters.
I don't move windows with the mouse on OSX/MacOS anymore.
I wish the various linux WMs/DEs took inspiration from the Mac on this, vs the Windows ctrl-combo method. In addition to avoiding key combo collisions in the terminal, I like how in Mac OS X all the control keys for line editing work everywhere. It messes me up when I go to a Windows machine and find that ctrl-w closes my window when I just wanted to delete a word.
In MATE Terminal, and I think GNOME Terminal, you can chance the keybindings to remove the shift — and if you do this, you can send ^C with shift-control-c.
Please elaborate. I mean... Universal copy paste has just been working the last 20 years... Unless I'm missing something basic?