diff options
author | Joe Wasson <jwasson+github@gmail.com> | 2017-07-23 12:09:24 -0700 |
---|---|---|
committer | Jack Humbert <jack.humb@gmail.com> | 2017-07-23 15:10:27 -0400 |
commit | a543ad4c1d2c9782b779d63e3eef8d39370441af (patch) | |
tree | e2b14271fd0d8391ec2fbf6765d900da6ffc7519 /docs | |
parent | 6bdf7482b151446c8b4e442de6fadb1395dc4dae (diff) |
Fix minor formatting issue.
Diffstat (limited to 'docs')
-rw-r--r-- | docs/custom_quantum_functions.md | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/docs/custom_quantum_functions.md b/docs/custom_quantum_functions.md index c017c0cdb3..10a718431c 100644 --- a/docs/custom_quantum_functions.md +++ b/docs/custom_quantum_functions.md @@ -36,7 +36,7 @@ enum my_keycodes { ## Programming The Behavior Of Any Keycode -When 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. +When 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. These function are called every time a key is pressed or released. |