Just as a meta point here, you're really digging in to something that's pretty trivial. We're way to the right of the comments about... honestly I don't even know what. You're being condescending, sarcastic and pedantic. I'm not really even sure what you're trying to convince me of; can you plainly state your argument? Maybe you're deep into score points in an internet argument mode; if so I respectfully suggest pulling up a little.

> Yeah, the fact that you've never tried Karabiner explains a lot of why you keep wrongly insisting things are impossible

Huh I don't think I said anything's impossible. I've said things will clash or will be a lot of work, but in software all things are possible. I've been trying to define parameters around what you're saying. This is why I've been saying stuff like "if rebinding is an option then why do key layouts matter", which you've yet to explain. If installing 3rd party software and spending tons of time configuring it is an option, I think key layouts matter even less. I'm confused because you've yet to take a clear position on anything, instead you take small, generally inaccurate swipes at trivial stuff I write.

>> Swap Control/Option ... the new binds work correctly

> That means the web app knows.

No, it means the OS is passing different key codes to the browser.

> Or do you want it to show the wrong keycap labels instead of the correct key function names?

When I swap Ctrl and Option, I want Google Docs to show Option when it would have shown Ctrl. That's how I'd know the webapp "knows". But it doesn't, hence why I listed it as a drawback of rebinding.

>> Well, you can't get rid of Command-C for copy

> You can. Depending on the terminal you can do it either in the app or in Karabiner

How do I do this in iTerm2, a super popular terminal emulator for macOS? It only has a keybinding option for Paste and that only lets you create a bind. I don't see how I would use this to disable Command-C for copy. Again I'm not saying it's impossible--I thing I feel like I now have to say. You could hex edit the binary! You could redirect gamma rays to minute parts of your hard drive! I'm saying in the finite amount of time I'd want to spend on something like this, it doesn't seem straightforward.

>> can't get the "copy on select" behavior

> Think that's also possible, maybe not in iTerm, though how is this relevant when we're talking about keybinds?

Isn't the whole point to "rebind it to make your experience 100% consistent"? You must have meant "consistent with other OSes". The reason Linux does copy on select is that's its solve for "Ctrl-C is cancel".

> No matter where control physically is you'll still have this issue that you can't use it to copy and cancel in the same context...

Phew! It took a while but, this is what I've been saying. Glad we agree.

> ...so the fact that you'd need to resolve a conflict in Cmd is not an argument for any position

It's the whole problem! macOS solves the "Ctrl-C is cancel" problem in terminals by having a whole different key for it. If you scooch it over to Cmd you'll find a host of problems that are irritating to resolve, which we're currently discussing, albeit in a super awkward way.

> But you can detect vim and use Cmd+C to pass Ctrl+C to it, so you'd retain vim's dumb behaviour

Woof this is a hot take. Vim's behavior isn't "dumb", it just isn't anticipating your super weird rebinding strategy. Also I don't know what you mean by "detect vim".

>>lose the app's bind, and you don't always have a way to get it back

> you can always send the original Ctrl+C key event instead of "Copy" with a different keybind, so you'd retain that function

Of course; there's always something you can do. That's why I said "My point is that it's always gonna be a little imperfect and maybe a lot of work." But, in this case I don't think it's super straightforward. If you bind Cmd+S to Copy and then open up VLC you'll see there's no shortcut to save a playlist. Dunno what you would do about that.

> 1. It's relatively easy in one case of the terminal app where you move Ctrl+X keybinds to Cmd+X and resolve a few conflicts

I can't see a way to do any of this in iTerm2 or Terminal.app.

> 2. There are many clashes if you do it another way and move keys around at the OS level. And the amount of clashes is OS-dependent, and the reason it is due to Alt (including Mac's Alt)

Agree, but since this doesn't seem possible in the most popular terminal apps for macOS, I think this is what most people are forced into.

> (also, it's not API docs, it's general user keyboard shortcuts help, why do you need to make even these things up?)

Sorry then, what did you mean by "docs" here: "It is a literal (as in both printed on the key and referenced in the OS/docs) key on a Mac keyboard". I'm not making anything up; I'm genuinely trying to understand what you're saying, which after you being wrong, self-contradictory, and moving the goalposts for days seems to be: "Cmd's position is more convenient for the operations other OSes use Ctrl for, and you can spend a lot of time in Karabiner if you want it to function consistently with other OSes".