- On the bottom left, we have:
- On the bottom right, the reverse order applies:
Control(may not be present on laptops).
Older Mac keyboards showed
Alt plus Unicode symbol
U-2387 ("ALTERNATIVE KEY SYMBOL") on the
Option key. Newer ones show the word
Option instead (as well as the symbol).
Likewise, they used to show an Apple logo in addition to the
Command symbol (
U-2318, "PLACE OF INTEREST SIGN") but nowadays just show the word
Command along with the symbol.
Some laptops have an
Function) key on the bottom left, to the left of the
On Windows, the
Control keys are in the same place as on Macs, but the ordering of
Alt and the other key is swapped; that is:
- On the bottom left, we have
Control, then a
Windowskey, followed by
- On the right, we have
Alt(may be labeled as
Alt Gr, short for
Alternate Graphic), followed by
Windows, followed by
Some keyboards may have an additional modifies on the right side between
xev, values for my Realforce keyboard:
- Left side:
Control_L: keycode 37.
Super_L: keycode 133.
Alt_L: keycode 64.
- Right side:
ISO_Level3_Shift: keycod 108.
Super_R: keycode 134.
Menu: keycode 135.
Control_R: keycode 105.
- Other keys of interest:
Caps_Lock: keycode 66.
Return: keycode 36.
Shift_L: keycode 50.
Shift_R: keycode 62.
As noted here, "Super" is sometimes referred to as "Meta", and some keyboards such as the "space-cadet keyboard" even had a separate key called "Meta".
Modifier keys have an additional layer of symbolic names on Linux that you can see with
xmodmap -pm. This shows which physical keys (
Control_L etc) map onto the symbolic role-based names:
Other tools may use these symbolic names. For example, i3 uses a
$mod variable in its config to designate a principal modifier key, and it defaults to
Alt) by default, with
Windows) being a popular alternative.
Additionally, there may be key codes which you can’t press because your physical keyboard doesn’t have them; these include:
Mode_switch: An old name for the
To see what symbolic key names (
keysym) each keycode is mapped to, run
xmodmap -xpe. This will print up to 8 codes:
- With no modifier.
ISO_Level3_Shift(but may not be implemented).
Shift(but may not be implemented).
- Not used.
- Not used.
Using Mac-like keybindings in Linux
|Right 1||Command||Alt Gr||ISO_Level3_Shift|
The are many questions like this one asking how to get Mac-like bindings on Linux. The fundamental observation is that:
- On Macs, Control is mostly not used by command-line apps, and Command is mostly not used by terminal apps. This means that the common shortcuts that apply across the entire OS (like Command-C to copy, Command-V to paste, Command-X to cut, Command-W to close a window, Command-Z to undo etc) can be used absolutely everywhere (including in terminal apps), while the programs running in the terminal like tmux or Vim can freely use Control-based shortcuts without them clashing with the OS-level ones (for example, Control-V enters visual block mode in Vim, Control-X decrements a number in Vim, Control-C sends an interrupt, Control-Z backgrounds a process etc).
- On Linux, most of those OS-level shortcuts end up using Control, although it is done on a per-app basis. For example, Chromium uses Control-W to close windows, Control-C to copy, Control-V to paste, and so on. Other apps (eg. Kitty) may use Control-Shift-V, or Shift-Insert to paste.
- The other fundamental thing about macOS’s use of the Command key is that it is easily accessed with the left thumb, allowing the comfortable use of one-handed "cheating" to do the most common shortcuts (eg. Command-Tab, Command-W, Command-Z, Command-T, Command-V, Command-X, Command-C etc). Technically, you should use the opposite hand to activate modifier keys, but in practice, if you have your right hand on the mouse or trackpad, then one-handed "cheating" is actually the only way to activate the modifier. And once you get used to "cheating", you find yourself doing it even when you don’t need to. One-handed "cheating" is much harder on Linux because you rely on the weaker finger (the "pinkie" as, er, opposed to the thumb — no pun intended). It’s probably not too hard to build up the muscle memory to hit some combinations in this way (eg. Control-X, Control-C, Control-V), but there are some that require almost painful contortions to enact; for example, "previous tab" in Chrome is Control-Shift-Tab on Linux, and it is quite difficult to hit whether you do it using the real Right Control key or have remapped Caps Lock to Control and use that instead. In contrast, on macOS, the comfortable Command-
[is used instead (comfortable because it is a two-hand combination involving a tiny lateral movement, almost symmetrical, of the little finger on each hand).
The most commonly suggested solution is to "sacrifice" a modifier on the Linux side by binding Alt (ie. "Command") to Control. This means that you can hit "Command-C" in Chromium to copy, and it works because it’s really Control-C. The obvious downsides here are that:
- Even without analyzing this deeply, it’s obvious that using two keys for a single modifier is a huge waste that significantly impacts the number of things that you can map in a collision-free way. Especially when you consider that if you map Caps Lock to Control as well (a must for terminal efficiency, then you’ve devoted not two but three left-side keys to a single modifier. You might think that you could just trade Right Control for something else, seeing as you mostly use Caps Lock for Control anyway, but the catch is the "mostly"; when you’re hitting combinations like Control-Alt-Backspace you’ll surely miss having the use of the physical Right Control key.
- You can’t straightforwardly use Alt/"Command" as an i3 mod key, because i3 Alt/"Command" becomes Control in this set up, unless you make sure that none of your i3 mappings overlap with the ones that you want to use in your apps. For example, if "Command"-V (really Control-V) is to do the right thing in Chrome, that means you can’t have a "Mod-V" mapping i3; just say you wanted something with a mnemonic for "[v]ertical split", now you have to think of something else.
- This still doesn’t help you with other things for which you may have muscle memory from the Mac; for example previous/next tab in Chromium (Command-
]on Mac) are Control-Shift-Tab/Control-Tab on Linux; for these situations, you would actually need per-application overrides so that you could map "Command"-
[) to Control-Shift-Tab just when Chromium has focus. If you can figure out how to do that, there may end up being a lot of apps where you have to do that set-up. As far as I can tell, there is no "good" way to do this although xkeysnail might be all right; you might be able to subscribe to i3 window events and change mappings on the fly when that happens, but it sounds fragile. Another non-universal approach could be setting up i3 modes; where you could bind a key trigger a mode (when Chromium is active) and have different bindings just for that mode).
- We still have to surmount the other problem, which is that on Mac there are pretty much universal word and line movement shortcuts that use Command or Option (Option-Left/Right to move by words, Command-Left/Right to move to start or end of line, Command-Up/Down to move to end of beginning of document etc) that all need to be remapped to the corresponding Linux equivalents (where such exist).
A variant on the "sacrificial" idea:
- Control is Control, to keep terminal apps happy.
- Alt is Control, to make Chromium etc (mostly) act like it does on the Mac.
- Super is i3 mod key; seeing as Super (AKA "Option") is used less heavily on the Mac, using it for the i3 mod key is less likely to produce clashes.
- If using something like xkeysnail, swap Alt and Control except in the terminal.
I made a couple of screencasts describing my efforts to set up Linux with macOS-style keybindings here: