diff options
author | Stefan Kerkmann <karlk90@pm.me> | 2022-08-06 12:51:13 +0200 |
---|---|---|
committer | GitHub <noreply@github.com> | 2022-08-06 20:51:13 +1000 |
commit | f27b617f36d55ac5469247016a1b79304f892366 (patch) | |
tree | 3334b3b4cf653fa131eef0729529c06450e12168 /keyboards/kprepublic/jj40 | |
parent | e9f9f99a3374ad46e9a2baf2fe35c3f1d0715d4b (diff) |
[Core] Process all changed keys in one scan loop, deprecate `QMK_KEYS_PER_SCAN` (#15292)
Diffstat (limited to 'keyboards/kprepublic/jj40')
-rw-r--r-- | keyboards/kprepublic/jj40/keymaps/stevexyz/config.h | 2 |
1 files changed, 0 insertions, 2 deletions
diff --git a/keyboards/kprepublic/jj40/keymaps/stevexyz/config.h b/keyboards/kprepublic/jj40/keymaps/stevexyz/config.h index 84c02dddd6..a4d3d37561 100644 --- a/keyboards/kprepublic/jj40/keymaps/stevexyz/config.h +++ b/keyboards/kprepublic/jj40/keymaps/stevexyz/config.h @@ -34,8 +34,6 @@ // how long before oneshot times out #define ONESHOT_TAP_TOGGLE 2 // how many taps before oneshot toggle is triggered - #define QMK_KEYS_PER_SCAN 4 - // Allows sending more than one key per scan. By default, only one key event gets sent via process_record() per scan. This has little impact on most typing, but if you're doing a lot of chords, or your scan rate is slow to begin with, you can have some delay in processing key events. Each press and release is a separate event. For a keyboard with 1ms or so scan times, even a very fast typist isn't going to produce the 500 keystrokes a second needed to actually get more than a few ms of delay from this. But if you're doing chording on something with 3-4ms scan times? You probably want this. #define COMBO_COUNT 2 // Set this to the number of combos that you're using in the Combo feature. #define COMBO_TERM 200 |