summaryrefslogtreecommitdiffstats
path: root/keyboards/keyboardio/atreus/keymaps/ardumont/keymap.c
Commit message (Collapse)AuthorAgeFilesLines
* Remove legacy EEPROM clear keycodes (#18782)Ryan2022-10-201-1/+1
| | | | | | | | | | | * `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
* Remove legacy Debug keycode (#18769)Ryan2022-10-191-1/+1
| | | | | | | | | | | * `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
* Remove legacy keycodes, part 6 (#18740)Ryan2022-10-161-4/+4
| | | | | | | | | * `KC_RSHIFT` -> `KC_RSFT` * `KC_RCTRL` -> `KC_RCTL` * `KC_LSHIFT` -> `KC_LSFT` * `KC_LCTRL` -> `KC_LCTL`
* RESET -> QK_BOOT user keymaps (#17940)Joel Challis2022-08-211-1/+1
|
* keymap/ardumont: Fix substitute keycode reset step (#12675)Antoine R. Dumont2021-06-241-2/+7
| | | | | | | | 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).
* keyboardio/atreus: Add ardumont keymap (#12479)Antoine R. Dumont2021-04-181-0/+132