| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* `EEP_RST` -> `EE_CLR`, default-ish keymaps
* `EEP_RST` -> `EE_CLR`, user keymaps
* `EEP_RST` -> `EE_CLR`, community layouts
* `EEP_RST` -> `EE_CLR`, userspace
* `EEP_RST` -> `EE_CLR`, docs & core
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* `DEBUG` -> `DB_TOGG`, default-ish keymaps
* `DEBUG` -> `DB_TOGG`, user keymaps
* `DEBUG` -> `DB_TOGG`, community layouts
* `DEBUG` -> `DB_TOGG`, userspace
* `DEBUG` -> `DB_TOGG`, docs & core
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
* `KC_RSHIFT` -> `KC_RSFT`
* `KC_RCTRL` -> `KC_RCTL`
* `KC_LSHIFT` -> `KC_LSFT`
* `KC_LCTRL` -> `KC_LCTL`
|
| |/ |
|
| | |
|
| |
|
|
|
|
|
|
| |
It so happens that when releasing the control key prior to the main key (C-h, C-i, C-n,
...), the substituted keycode was continuously sent in a loop after that (even when
releasing said key). The workaround so far was to type any other key to stop the loop.
This commit fixes such behavior by resetting the substitution keycode sent when the ctrl
released situation conditional is detected (and that the substitution keycode was on).
|
| |
|
