4 Commits (process_keycode_update)

Author	SHA1	Message	Date
Jack Humbert	151b7a4ae5	updates all keymaps, restricts to two options	8 years ago
Nikolaus Wittenstein	8ddbf7f59f	Fix spelling of "persistent" ... Fixes #1201.	8 years ago
Gergely Nagy	29f64d7a93	tap-dance: Major rework, to make it more reliable ... This reworks how the tap-dance feature works: instead of one global state, we have a state for each tap-dance key, so we can cancel them when another tap-dance key is in flight. This fixes #527. Since we have a state for each key, we can avoid situation where a keyup would mess with our global state. This fixes #563. And while here, we also make sure to fire events only once, and this fixes #574. There is one breaking change, though: tap-dance debugging support was removed, because dumping the whole state would increase the firmware size too much. Any keymap that made use of this, will have to be updated (but there's no such keymap in the repo). Also, there's a nice trick used in this rework: we need to iterate through tap_dance_actions in a few places, to check for timeouts, and so on. For this, we'd need to know the size of the array. We can't discover that at compile-time, because tap-dance gets compiled separately. We'd like to avoid having to terminate the list with a sentinel value, because that would require updates to all keymaps that use the feature. So, we keep track of the highest tap-dance code seen so far, and iterate until that index. Signed-off-by: Gergely Nagy <algernon@madhouse-project.org>	9 years ago
Corey Finley	76cd7c5444	Adds keymap based on Kinesis advantage	9 years ago