summaryrefslogtreecommitdiffstats
path: root/docs/understanding_qmk.md
diff options
context:
space:
mode:
authorfauxpark <fauxpark@gmail.com>2017-12-09 06:56:58 +0100
committerJack Humbert <jack.humb@gmail.com>2017-12-09 16:46:11 +0100
commitbb53635f33c213e5a940edea8b07026ef89aed42 (patch)
tree7e170b424e37b7305f8be3072cd8c970f77ca073 /docs/understanding_qmk.md
parentaf37bb2f78c39c224c995eb57c757c63034a3d9c (diff)
downloadqmk_firmware-bb53635f33c213e5a940edea8b07026ef89aed42.tar.gz
qmk_firmware-bb53635f33c213e5a940edea8b07026ef89aed42.tar.xz
Trim trailing whitespace
Diffstat (limited to 'docs/understanding_qmk.md')
-rw-r--r--docs/understanding_qmk.md6
1 files changed, 3 insertions, 3 deletions
diff --git a/docs/understanding_qmk.md b/docs/understanding_qmk.md
index 0d3d24017..13b6e2ef6 100644
--- a/docs/understanding_qmk.md
+++ b/docs/understanding_qmk.md
@@ -94,11 +94,11 @@ const uint16_t PROGMEM keymaps[][MATRIX_ROWS][MATRIX_COLS] = {
}
```
-Notice how all of these arguments match up with the first half of the `KEYMAP()` macro from the last section? This is how we take a keycode and map it to our Matrix Scan from earlier.
+Notice how all of these arguments match up with the first half of the `KEYMAP()` macro from the last section? This is how we take a keycode and map it to our Matrix Scan from earlier.
##### State Change Detection
-The matrix scanning described above tells us the state of the matrix at a given moment, but your computer only wants to know about changes, it doesn't care about the current state. QMK stores the results from the last matrix scan and compares the results from this matrix to determine when a key has been pressed or released.
+The matrix scanning described above tells us the state of the matrix at a given moment, but your computer only wants to know about changes, it doesn't care about the current state. QMK stores the results from the last matrix scan and compares the results from this matrix to determine when a key has been pressed or released.
Let's look at an example. We'll hop into the middle of a keyboard scanning loop to find that our previous scan looks like this:
@@ -150,7 +150,7 @@ The `process_record()` function itself is deceptively simple, but hidden within
* [`bool process_auto_shift(uint16_t keycode, keyrecord_t *record)`](https://github.com/qmk/qmk_firmware/blob/master/quantum/process_keycode/process_auto_shift.c#L47)
* [`bool process_unicode_map(uint16_t keycode, keyrecord_t *record)`](https://github.com/qmk/qmk_firmware/blob/master/quantum/process_keycode/process_unicodemap.c#L47)
* [Identify and process quantum specific keycodes](https://github.com/qmk/qmk_firmware/blob/master/quantum/quantum.c#L211)
-
+
At any step during this chain of events a function (such as `process_record_kb()`) can `return false` to halt all further processing.
<!--