aboutsummaryrefslogtreecommitdiff
path: root/docs/custom_quantum_functions.md
diff options
context:
space:
mode:
Diffstat (limited to 'docs/custom_quantum_functions.md')
-rw-r--r--docs/custom_quantum_functions.md20
1 files changed, 10 insertions, 10 deletions
diff --git a/docs/custom_quantum_functions.md b/docs/custom_quantum_functions.md
index dabb3fc68..6e869b732 100644
--- a/docs/custom_quantum_functions.md
+++ b/docs/custom_quantum_functions.md
@@ -1,4 +1,4 @@
1# How To Customize Your Keyboard's Behavior 1# How to Customize Your Keyboard's Behavior
2 2
3For a lot of people a custom keyboard is about more than sending button presses to your computer. You want to be able to do things that are more complex than simple button presses and macros. QMK has hooks that allow you to inject code, override functionality, and otherwise customize how your keyboard behaves in different situations. 3For a lot of people a custom keyboard is about more than sending button presses to your computer. You want to be able to do things that are more complex than simple button presses and macros. QMK has hooks that allow you to inject code, override functionality, and otherwise customize how your keyboard behaves in different situations.
4 4
@@ -34,13 +34,13 @@ enum my_keycodes {
34}; 34};
35``` 35```
36 36
37## Programming The Behavior Of Any Keycode 37## Programming the Behavior of Any Keycode
38 38
39When you want to override the behavior of an existing key, or define the behavior for a new key, you should use the `process_record_kb()` and `process_record_user()` functions. These are called by QMK during key processing before the actual key event is handled. If these functions return `true` QMK will process the keycodes as usual. That can be handy for extending the functionality of a key rather than replacing it. If these functions return `false` QMK will skip the normal key handling, and it will be up you to send any key up or down events that are required. 39When you want to override the behavior of an existing key, or define the behavior for a new key, you should use the `process_record_kb()` and `process_record_user()` functions. These are called by QMK during key processing before the actual key event is handled. If these functions return `true` QMK will process the keycodes as usual. That can be handy for extending the functionality of a key rather than replacing it. If these functions return `false` QMK will skip the normal key handling, and it will be up you to send any key up or down events that are required.
40 40
41These function are called every time a key is pressed or released. 41These function are called every time a key is pressed or released.
42 42
43### Example `process_record_user()` implementation 43### Example `process_record_user()` Implementation
44 44
45This example does two things. It defines the behavior for a custom keycode called `FOO`, and it supplements our Enter key by playing a tone whenever it is pressed. 45This example does two things. It defines the behavior for a custom keycode called `FOO`, and it supplements our Enter key by playing a tone whenever it is pressed.
46 46
@@ -64,7 +64,7 @@ bool process_record_user(uint16_t keycode, keyrecord_t *record) {
64} 64}
65``` 65```
66 66
67### `process_record_*` Function documentation 67### `process_record_*` Function Documentation
68 68
69* Keyboard/Revision: `bool process_record_kb(uint16_t keycode, keyrecord_t *record)` 69* Keyboard/Revision: `bool process_record_kb(uint16_t keycode, keyrecord_t *record)`
70* Keymap: `bool process_record_user(uint16_t keycode, keyrecord_t *record)` 70* Keymap: `bool process_record_user(uint16_t keycode, keyrecord_t *record)`
@@ -96,7 +96,7 @@ This allows you to control the 5 LED's defined as part of the USB Keyboard spec.
96* `USB_LED_COMPOSE` 96* `USB_LED_COMPOSE`
97* `USB_LED_KANA` 97* `USB_LED_KANA`
98 98
99### Example `led_set_kb()` implementation 99### Example `led_set_kb()` Implementation
100 100
101``` 101```
102void led_set_kb(uint8_t usb_led) { 102void led_set_kb(uint8_t usb_led) {
@@ -128,7 +128,7 @@ void led_set_kb(uint8_t usb_led) {
128} 128}
129``` 129```
130 130
131### `led_set_*` Function documentation 131### `led_set_*` Function Documentation
132 132
133* Keyboard/Revision: `void led_set_kb(uint8_t usb_led)` 133* Keyboard/Revision: `void led_set_kb(uint8_t usb_led)`
134* Keymap: `void led_set_user(uint8_t usb_led)` 134* Keymap: `void led_set_user(uint8_t usb_led)`
@@ -137,7 +137,7 @@ void led_set_kb(uint8_t usb_led) {
137 137
138Before a keyboard can be used the hardware must be initialized. QMK handles initialization of the keyboard matrix itself, but if you have other hardware like LED's or i²c controllers you will need to set up that hardware before it can be used. 138Before a keyboard can be used the hardware must be initialized. QMK handles initialization of the keyboard matrix itself, but if you have other hardware like LED's or i²c controllers you will need to set up that hardware before it can be used.
139 139
140### Example `matrix_init_kb()` implementation 140### Example `matrix_init_kb()` Implementation
141 141
142This example, at the keyboard level, sets up B1, B2, and B3 as LED pins. 142This example, at the keyboard level, sets up B1, B2, and B3 as LED pins.
143 143
@@ -153,7 +153,7 @@ void matrix_init_kb(void) {
153} 153}
154``` 154```
155 155
156### `matrix_init_*` Function documentation 156### `matrix_init_*` Function Documentation
157 157
158* Keyboard/Revision: `void matrix_init_kb(void)` 158* Keyboard/Revision: `void matrix_init_kb(void)`
159* Keymap: `void matrix_init_user(void)` 159* Keymap: `void matrix_init_user(void)`
@@ -162,11 +162,11 @@ void matrix_init_kb(void) {
162 162
163Whenever possible you should customize your keyboard by using `process_record_*()` and hooking into events that way, to ensure that your code does not have a negative performance impact on your keyboard. However, in rare cases it is necessary to hook into the matrix scanning. Be extremely careful with the performance of code in these functions, as it will be called at least 10 times per second. 163Whenever possible you should customize your keyboard by using `process_record_*()` and hooking into events that way, to ensure that your code does not have a negative performance impact on your keyboard. However, in rare cases it is necessary to hook into the matrix scanning. Be extremely careful with the performance of code in these functions, as it will be called at least 10 times per second.
164 164
165### Example `matrix_scan_*` implementation 165### Example `matrix_scan_*` Implementation
166 166
167This example has been deliberately omitted. You should understand enough about QMK internals to write this without an example before hooking into such a performance sensitive area. If you need help please [open an issue](https://github.com/qmk/qmk_firmware/issues/new) or [chat with us on gitter](https://gitter.im/qmk/qmk_firmware). 167This example has been deliberately omitted. You should understand enough about QMK internals to write this without an example before hooking into such a performance sensitive area. If you need help please [open an issue](https://github.com/qmk/qmk_firmware/issues/new) or [chat with us on gitter](https://gitter.im/qmk/qmk_firmware).
168 168
169### `matrix_scan_*` Function documentation 169### `matrix_scan_*` Function Documentation
170 170
171* Keyboard/Revision: `void matrix_scan_kb(void)` 171* Keyboard/Revision: `void matrix_scan_kb(void)`
172* Keymap: `void matrix_scan_user(void)` 172* Keymap: `void matrix_scan_user(void)`