You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* upstream/master: (34 commits)
Update keycodes_0.0.1_basic.hjson (qmk#20129)
[Doc] Add example to keyboard housekeeping and some minor fixes (qmk#19968)
[Keyboard] Add Atlantis PS17 (qmk#19952)
add tiger80 iso layout support (qmk#19975)
[Keyboard] Add hineybush/h87_g2 (qmk#20053)
add new board: splaytoraid (qmk#20052)
[Keyboard] New Keyboard - Sugar Glider (qmk#19933)
Let's use workflows to parallelise the builds. (qmk#20120)
[Keyboard] Add KP60 (qmk#20096)
Update newbs_getting_started to include instructions for apple silicon (qmk#19579)
RF R1 8-9Xu PCB (qmk#20048)
Document Autocorrect callback functions (qmk#20115)
Move Ferris Sweep to data-driven (qmk#20111)
[keyboard] Prevent LED flicker when connecting AnnePro 2 (qmk#19709)
Allow for CI builds to run for 23 hours, instead of 6. (part deux) (qmk#20095)
Allow for CI builds to run for 23 hours, instead of 6. (qmk#20094)
Add Chimera65 Hotswap keyboard (qmk#20038)
[Keyboard] Add k83 (qmk#19896)
Ketch LGUI/LALT key transposed on Minivan layout (qmk#20025)
[Keyboard] Change pierce vendor ID (qmk#20088)
...
Copy file name to clipboardExpand all lines: docs/custom_quantum_functions.md
+57-1Lines changed: 57 additions & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -202,14 +202,70 @@ This function gets called at the end of all QMK processing, before starting the
202
202
203
203
Similar to `matrix_scan_*`, these are called as often as the MCU can handle. To keep your board responsive, it's suggested to do as little as possible during these function calls, potentially throtting their behaviour if you do indeed require implementing something special.
204
204
205
+
### Example `void housekeeping_task_user(void)` implementation
206
+
207
+
This example will show you how to use `void housekeeping_task_user(void)` to turn off [RGB Light](feature_rgblight.md). For RGB Matrix, the [builtin](https://docs.qmk.fm/#/feature_rgb_matrix?id=additional-configh-options)`RGB_MATRIX_TIMEOUT` should be used.
208
+
209
+
First, add the following lines to your keymap's `config.h`:
210
+
211
+
```c
212
+
#defineRGBLIGHT_SLEEP // enable rgblight_suspend() and rgblight_wakeup() in keymap.c
213
+
#define RGBLIGHT_TIMEOUT 900000 // ms to wait until rgblight time out, 900K ms is 15min.
214
+
```
215
+
216
+
Next, add the following code to your `keymap.c`:
217
+
218
+
```c
219
+
static uint32_t key_timer; // timer for last keyboard activity, use 32bit value and function to make longer idle time possible
220
+
static void refresh_rgb(void); // refreshes the activity timer and RGB, invoke whenever any activity happens
221
+
static void check_rgb_timeout(void); // checks if enough time has passed for RGB to timeout
222
+
bool is_rgb_timeout = false; // store if RGB has timed out or not in a boolean
223
+
224
+
void refresh_rgb(void) {
225
+
key_timer = timer_read32(); // store time of last refresh
226
+
if (is_rgb_timeout)
227
+
{
228
+
is_rgb_timeout = false;
229
+
rgblight_wakeup();
230
+
}
231
+
}
232
+
void check_rgb_timeout(void) {
233
+
if (!is_rgb_timeout && timer_elapsed32(key_timer) > RGBLIGHT_TIMEOUT) // check if RGB has already timeout and if enough time has passed
234
+
{
235
+
rgblight_suspend();
236
+
is_rgb_timeout = true;
237
+
}
238
+
}
239
+
/* Then, call the above functions from QMK's built in post processing functions like so */
240
+
/* Runs at the end of each scan loop, check if RGB timeout has occured or not */
241
+
void housekeeping_task_user(void) {
242
+
#ifdef RGBLIGHT_TIMEOUT
243
+
check_rgb_timeout();
244
+
#endif
245
+
}
246
+
/* Runs after each key press, check if activity occurred */
If the board supports it, it can be "idled", by stopping a number of functions. A good example of this is RGB lights or backlights. This can save on power consumption, or may be better behavior for your keyboard.
208
264
209
265
This is controlled by two functions: `suspend_power_down_*` and `suspend_wakeup_init_*`, which are called when the system board is idled and when it wakes up, respectively.
210
266
211
267
212
-
### Example suspend_power_down_user() and suspend_wakeup_init_user() Implementation
268
+
### Example `suspend_power_down_user()` and `suspend_wakeup_init_user()` Implementation
|`autocorrect_is_enabled()`| Returns true if Autocorrect is currently on. |
249
+
250
+
239
251
## Appendix: Trie binary data format :id=appendix
240
252
241
253
This section details how the trie is serialized to byte data in autocorrect_data. You don’t need to care about this to use this autocorrection implementation. But it is documented for the record in case anyone is interested in modifying the implementation, or just curious how it works.
Copy file name to clipboardExpand all lines: docs/feature_key_overrides.md
+17-17Lines changed: 17 additions & 17 deletions
Original file line number
Diff line number
Diff line change
@@ -1,4 +1,4 @@
1
-
# Key Overrides
1
+
# Key Overrides:id=key-overrides
2
2
3
3
Key overrides allow you to override modifier-key combinations to send a different modifier-key combination or perform completely custom actions. Don't want `shift` + `1` to type `!` on your computer? Use a key override to make your keyboard type something different when you press `shift` + `1`. The general behavior is like this: If `modifiers w` + `key x` are pressed, replace these keys with `modifiers y` + `key z` in the keyboard report.
4
4
@@ -10,13 +10,13 @@ You can use key overrides in a similar way to momentary layer/fn keys to activat
10
10
- Create custom shortcuts or change existing ones: E.g. Send `ctrl`+`shift`+`z` when `ctrl`+`y` is pressed.
11
11
- Run custom code when `ctrl` + `alt` + `esc` is pressed.
12
12
13
-
## Setup
13
+
## Setup:id=setup
14
14
15
15
To enable this feature, you need to add `KEY_OVERRIDE_ENABLE = yes` to your `rules.mk`.
16
16
17
17
Then, in your `keymap.c` file, you'll need to define the array `key_overrides`, which defines all key overrides to be used. Each override is a value of type `key_override_t`. The array `key_overrides` is `NULL`-terminated and contains pointers to `key_override_t` values (`const key_override_t **`).
The `key_override_t` struct has many options that allow you to precisely tune your overrides. The full reference is shown below. Instead of manually creating a `key_override_t` value, it is recommended to use these dedicated initializers:
22
22
@@ -34,7 +34,7 @@ Additionally takes a bitmask `options` that specifies additional options. See `k
34
34
35
35
For more customization possibilities, you may directly create a `key_override_t`, which allows you to customize even more behavior. Read further below for details and examples.
36
36
37
-
## Simple Example
37
+
## Simple Example:id=simple-example
38
38
39
39
This shows how the mentioned example of sending `delete` when `shift` + `backspace` are pressed is realized:
The [Grave Escape feature](feature_grave_esc.md) is limited in its configurability and has [bugs when used on macOS](feature_grave_esc.md#caveats). Key overrides can be used to achieve a similar functionality as Grave Escape, but with more customization and without bugs on macOS.
In addition to not encountering unexpected bugs on macOS, you can also change the behavior as you wish. Instead setting `GUI` + `ESC` = `` ` `` you may change it to an arbitrary other modifier, for example `Ctrl` + `ESC` = `` ` ``.
123
123
124
-
## Advanced Examples
125
-
### Modifiers as Layer Keys
124
+
## Advanced Examples:id=advanced-examples
125
+
### Modifiers as Layer Keys:id=modifiers-as-layer-keys
126
126
127
127
Do you really need a dedicated key to toggle your fn layer? With key overrides, perhaps not. This example shows how you can configure to use `rGUI` + `rAlt` (right GUI and right alt) to access a momentary layer like an fn layer. With this you completely eliminate the need to use a dedicated layer key. Of course the choice of modifier keys can be changed as needed, `rGUI` + `rAlt` is just an example here.
|`QK_KEY_OVERRIDE_ON` |`KO_ON` |Turn on key overrides |
159
159
|`QK_KEY_OVERRIDE_OFF` |`KO_OFF` |Turn off key overrides|
160
160
161
-
## Reference for `key_override_t`
161
+
## Reference for `key_override_t` :id=reference-for-key_override_t
162
162
163
163
Advanced users may need more customization than what is offered by the simple `ko_make` initializers. For this, directly create a `key_override_t` value and set all members. Below is a reference for all members of `key_override_t`.
164
164
@@ -175,7 +175,7 @@ Advanced users may need more customization than what is offered by the simple `k
175
175
| `void *context` | A context that will be passed to the custom action function. |
176
176
| `bool *enabled` | If this points to false this override will not be used. Set to NULL to always have this override enabled. |
177
177
178
-
### Reference for `ko_option_t`
178
+
## Reference for `ko_option_t` :id=reference-for-ko_option_t
179
179
180
180
Bitfield with various options controlling the behavior of a key override.
181
181
@@ -189,11 +189,11 @@ Bitfield with various options controlling the behavior of a key override.
189
189
| `ko_option_no_reregister_trigger` | If set, the trigger key will never be registered again after the override is deactivated. |
190
190
| `ko_options_default` | The default options used by the `ko_make_xxx` functions |
191
191
192
-
## For Advanced Users: Inner Workings
192
+
## For Advanced Users: Inner Workings :id=for-advanced-users-inner-workings
193
193
194
194
This section explains how a key override works in detail, explaining where each member of `key_override_t` comes into play. Understanding this is essential to be able to take full advantage of all the options offered by key overrides.
195
195
196
-
#### Activation
196
+
#### Activation :id=activation
197
197
198
198
When the necessary keys are pressed (`trigger_mods` + `trigger`), the override is 'activated' and the replacement key is registered in the keyboard report (`replacement`), while the `trigger` key is removed from the keyboard report. The trigger modifiers may also be removed from the keyboard report upon activation of an override (`suppressed_mods`). The override will not activate if any of the `negative_modifiers` are pressed.
199
199
@@ -207,11 +207,11 @@ Use the `option` member to customize which of these events are allowed to activa
207
207
208
208
In any case, a key override can only activate if the `trigger` key is the _last_ non-modifier key that was pressed down. This emulates the behavior of how standard OSes (macOS, Windows, Linux) handle normal key input (to understand: Hold down `a`, then also hold down `b`, then hold down `shift`; `B` will be typed but not `A`).
209
209
210
-
#### Deactivation
210
+
#### Deactivation :id=deactivation
211
211
212
212
An override is 'deactivated' when one of the trigger keys (`trigger_mods`, `trigger`) is lifted, another non-modifier key is pressed down, or one of the `negative_modifiers` is pressed down. When an override deactivates, the `replacement` key is removed from the keyboard report, while the `suppressed_mods` that are still held down are re-added to the keyboard report. By default, the `trigger` key is re-added to the keyboard report if it is still held down and no other non-modifier key has been pressed since. This again emulates the behavior of how standard OSes handle normal key input (To understand: hold down `a`, then also hold down `b`, then also `shift`, then release `b`; `A` will not be typed even though you are holding the `a` and `shift` keys). Use the `option` field `ko_option_no_reregister_trigger` to prevent re-registering the trigger key in all cases.
213
213
214
-
#### Key Repeat Delay
214
+
#### Key Repeat Delay :id=key-repeat-delay
215
215
216
216
A third way in which standard OS-handling of modifier-key input is emulated in key overrides is with a ['key repeat delay'](https://www.dummies.com/computers/pcs/set-your-keyboards-repeat-delay-and-repeat-rate/). To explain what this is, let's look at how normal keyboard input is handled by mainstream OSes again: If you hold down `a`, followed by `shift`, you will see the letter `a` is first typed, then for a short moment nothing is typed and then repeating `A`s are typed. Take note that, although shift is pressed down just after `a` is pressed, it takes a moment until `A` is typed. This is caused by the aforementioned key repeat delay, and it is a feature that prevents unwanted repeated characters from being typed.
217
217
@@ -222,6 +222,6 @@ This applies equally to releasing a modifier: When you hold `shift`, then press
222
222
The duration of the key repeat delay is controlled with the `KEY_OVERRIDE_REPEAT_DELAY` macro. Define this value in your `config.h` file to change it. It is 500ms by default.
223
223
224
224
225
-
## Difference to Combos
225
+
## Difference to Combos :id=difference-to-combos
226
226
227
227
Note that key overrides are very different from [combos](https://docs.qmk.fm/#/feature_combo). Combos require that you press down several keys almost _at the same time_ and can work with any combination of non-modifier keys. Key overrides work like keyboard shortcuts (e.g. `ctrl` + `z`): They take combinations of _multiple_ modifiers and _one_ non-modifier key to then perform some custom action. Key overrides are implemented with much care to behave just like normal keyboard shortcuts would in regards to the order of pressed keys, timing, and interacton with other pressed keys. There are a number of optional settings that can be used to really fine-tune the behavior of each key override as well. Using key overrides also does not delay key input for regular key presses, which inherently happens in combos and may be undesirable.
Copy file name to clipboardExpand all lines: docs/newbs_getting_started.md
+6Lines changed: 6 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -56,11 +56,17 @@ QMK maintains a Homebrew tap and formula which will automatically install the CL
56
56
57
57
You will need to install Homebrew. Follow the instructions on https://brew.sh.
58
58
59
+
!> **NOTE:** If you are using Apple Silicon, such as the M1, you will need to install a rosetta compatible version of Homebrew. This version does not override the base Homebrew. This can be done by running `arch -x86_64 /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install.sh)"`. See here: [Rosetta-compatible Homebrew](https://stackoverflow.com/questions/64882584/how-to-run-the-homebrew-installer-under-rosetta-2-on-m1-macbook)
60
+
59
61
#### Installation
60
62
61
63
Install the QMK CLI by running:
62
64
63
65
brew install qmk/qmk/qmk
66
+
67
+
Install the QMK CLI on an Apple Silicon Mac by running:
0 commit comments