Keymap.md

   1 # Keymap Overview
   2
   3 QMK keymaps are defined inside a C source file. The data structure is an array of arrays. The outer array is a list of layer arrays while the inner layer array is a list of keys. Most keyboards define a `KEYMAP()` macro to help you create this array of arrays.
   4
   5 ## Anatomy Of A `keymap.c`
   6
   7 For this example we will walk through the [default Clueboard keymap](https://github.com/qmk/qmk_firmware/blob/master/keyboards/clueboard/keymaps/default/keymap.c). There are 3 main sections of a `keymap.c` file you'll want to concern yourself with:
   8
   9 * The Definitions
  10 * The Layer/Keymap Datastructure
  11 * Custom Functions, if any
  12
  13 ### Definitions
  14
  15 At the top of the file you'll find this:
  16
  17     #include "clueboard.h"
  18
  19     // Helpful defines
  20     #define GRAVE_MODS  (MOD_BIT(KC_LSHIFT)|MOD_BIT(KC_RSHIFT)|MOD_BIT(KC_LGUI)|MOD_BIT(KC_RGUI)|MOD_BIT(KC_LALT)|MOD_BIT(KC_RALT))
  21     #define _______ KC_TRNS
  22
  23     // Each layer gets a name for readability.
  24     // The underscores don't mean anything - you can
  25     // have a layer called STUFF or any other name.
  26     // Layer names don't all need to be of the same
  27     // length, and you can also skip them entirely
  28     // and just use numbers.
  29     #define _BL 0
  30     #define _FL 1
  31     #define _CL 2
  32
  33 These are some handy definitions we can use when building our keymap and our custom function. The `GRAVE_MODS` definition will be used later in our custom function. The `_______` define makes it easier to see what keys a layer is overriding, while the `_BL`, `_FL`, and `_CL` defines make it easier to refer to each of our layers.
  34
  35 ### Layers and Keymaps
  36
  37 The main part of this file is the `keymaps[]` definition. This is where you list your layers and the contents of those layers. This part of the file begins with this definition:
  38
  39     const uint16_t PROGMEM keymaps[][MATRIX_ROWS][MATRIX_COLS] = {
  40
  41 After this you'll find a list of KEYMAP() macros. A KEYMAP() is simply a list of keys to define a single layer. Typically you'll have one or more "base layers" (such as QWERTY, Dvorak, or Colemak) and then you'll layer on top of that one or more "function" layers. Due to the way layers are processed you can't overlay a "lower" layer on top of a "higher" layer.
  42
  43 #### Base Layer
  44
  45 Here is an example of the Clueboard's base layer:
  46
  47       /* Keymap _BL: Base Layer (Default Layer)
  48        */
  49     [_BL] = KEYMAP(
  50       F(0),    KC_1,    KC_2,   KC_3,   KC_4,   KC_5,   KC_6,   KC_7,   KC_8,   KC_9,    KC_0,     KC_MINS,  KC_EQL,   KC_GRV,  KC_BSPC,          KC_PGUP, \
  51       KC_TAB,  KC_Q,    KC_W,   KC_E,   KC_R,   KC_T,   KC_Y,   KC_U,   KC_I,   KC_O,    KC_P,     KC_LBRC,  KC_RBRC,  KC_BSLS,                   KC_PGDN, \
  52       KC_CAPS, KC_A,    KC_S,   KC_D,   KC_F,   KC_G,   KC_H,   KC_J,   KC_K,   KC_L,    KC_SCLN,  KC_QUOT,  KC_NUHS,  KC_ENT,                             \
  53       KC_LSFT, KC_NUBS, KC_Z,   KC_X,   KC_C,   KC_V,   KC_B,   KC_N,   KC_M,   KC_COMM, KC_DOT,   KC_SLSH,  KC_RO,    KC_RSFT,          KC_UP,            \
  54       KC_LCTL, KC_LGUI, KC_LALT, KC_MHEN,          KC_SPC,KC_SPC,                        KC_HENK,  KC_RALT,  KC_RCTL,  MO(_FL), KC_LEFT, KC_DOWN, KC_RGHT),
  55
  56 Some interesting things to note about this:
  57
  58 * From a C source point of view it's only a single array, but we have embedded whitespace to more easily visualize where each key is on the physical device.
  59 * Plain keyboard scancodes are prefixed with KC_, while "special" keys are not.
  60 * The upper left key activates custom function 0 (`F(0)`)
  61 * The "Fn" key is defined with `MO(_FL)`, which moves to the `_FL` layer while that key is being held down.
  62
  63 #### Function Overlay Layer
  64
  65 Our function layer is, from a code point of view, no different from the base layer. Conceptually, however, you will build that layer as an overlay, not a replacement. For many people this distinction does not matter, but as you build more complicated layering setups it matters more and more.
  66
  67     [_FL] = KEYMAP(
  68       KC_GRV,  KC_F1,   KC_F2,  KC_F3,  KC_F4,  KC_F5,  KC_F6,  KC_F7,  KC_F8,  KC_F9,   KC_F10,   KC_F11,   KC_F12,   _______, KC_DEL,           BL_STEP, \
  69       _______, _______, _______,_______,_______,_______,_______,_______,KC_PSCR,KC_SLCK, KC_PAUS,  _______,  _______,  _______,                   _______, \
  70       _______, _______, MO(_CL),_______,_______,_______,_______,_______,_______,_______, _______,  _______,  _______,  _______,                           \
  71       _______, _______, _______,_______,_______,_______,_______,_______,_______,_______, _______,  _______,  _______,  _______,          KC_PGUP,         \
  72       _______, _______, _______, _______,        _______,_______,                        _______,  _______,  _______,  MO(_FL), KC_HOME, KC_PGDN, KC_END),
  73
  74 Some interesting things to note:
  75
  76 * We have used our `_______` definition to turn `KC_TRNS` into `_______`. This makes it easier to spot the keys that have changed on this layer.
  77 * While in this layer if you press one of the `_______` keys it will activate the key in the next lowest active layer.
  78
  79 ### Custom Functions
  80
  81 At the bottom of the file we've defined a single custom function. This function defines a key that sends `KC_ESC` when pressed without modifiers and `KC_GRAVE` when modifiers are held. There are a couple pieces that need to be in place for this to work, and we will go over both of them.
  82
  83 #### `fn_actions[]`
  84
  85 We define the `fn_actions[]` array to point to custom functions. `F(N)` in a keymap will call element N of that array. In the Clueboard's case that definition looks like this:
  86
  87     const uint16_t PROGMEM fn_actions[] = {
  88       [0] = ACTION_FUNCTION(0),  // Calls action_function()
  89     };
  90
  91 In this case we've instructed QMK to call the `ACTION_FUNCTION` callback, which we will define in the next section.
  92
  93 #### `action_function()`
  94
  95 To actually handle the keypress event we define an `action_function()`. This function will be called when the key is pressed, and then again when the key is released. We have to handle both situations within our code, as well as determining whether to send/release `KC_ESC` or `KC_GRAVE`.
  96
  97     void action_function(keyrecord_t *record, uint8_t id, uint8_t opt) {
  98       static uint8_t mods_pressed;
  99
 100       switch (id) {
 101         case 0:
 102           /* Handle the combined Grave/Esc key
 103            */
 104           mods_pressed = get_mods()&GRAVE_MODS; // Check to see what mods are pressed
 105
 106           if (record->event.pressed) {
 107             /* The key is being pressed.
 108              */
 109             if (mods_pressed) {
 110               add_key(KC_GRV);
 111               send_keyboard_report();
 112             } else {
 113               add_key(KC_ESC);
 114               send_keyboard_report();
 115             }
 116           } else {
 117             /* The key is being released.
 118              */
 119             if (mods_pressed) {
 120               del_key(KC_GRV);
 121               send_keyboard_report();
 122             } else {
 123               del_key(KC_ESC);
 124               send_keyboard_report();
 125             }
 126           }
 127           break;
 128       }
 129     }
 130
 131 # Nitty Gritty Details
 132
 133 This should have given you a basic overview for creating your own keymap. For more details see the following resources:
 134
 135 * https://github.com/qmk/qmk_firmware/blob/master/doc/keymap.md
 136 * https://github.com/qmk/qmk_firmware/wiki/Keycodes
 137 * https://github.com/qmk/qmk_firmware/wiki/FAQ-Keymap
 138 * https://github.com/qmk/qmk_firmware/wiki/Keymap-examples
 139
 140 We are actively working to improve these docs. If you have suggestions for how they could be made better please [file an issue](https://github.com/qmk/qmk_firmware/issues/new)!