summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorQMK Bot <hello@qmk.fm>2023-07-07 12:07:45 +0000
committerQMK Bot <hello@qmk.fm>2023-07-07 12:07:45 +0000
commit237c0a5840594600fcd93a21f71178cc78e6cf19 (patch)
treea87977ec34071069dddc325da9d7ec6cc51f798b
parente9ff66d8ad341917ff270c9f33b83d86fe0fb6c4 (diff)
parent3142f2dfdfc600e9164bbcd6f437c28e6bd1b624 (diff)
Merge remote-tracking branch 'origin/master' into develop
-rw-r--r--docs/pr_checklist.md1
1 files changed, 1 insertions, 0 deletions
diff --git a/docs/pr_checklist.md b/docs/pr_checklist.md
index 65584a9538..d22e912e86 100644
--- a/docs/pr_checklist.md
+++ b/docs/pr_checklist.md
@@ -132,6 +132,7 @@ https://github.com/qmk/qmk_firmware/pulls?q=is%3Apr+is%3Aclosed+label%3Akeyboard
- if using `MO(1)` and `MO(2)` keycodes together to access a third layer, the [Tri Layer](https://docs.qmk.fm/#/feature_tri_layer) feature should be used, rather than manually implementing this using `layer_on/off()` and `update_tri_layer()` functions in the keymap's `process_record_user()`.
- default (and via) keymaps should be "pristine"
- bare minimum to be used as a "clean slate" for another user to develop their own user-specific keymap
+ - what does pristine mean? no custom keycodes. no advanced features like tap dance or macros. basic mod taps and home row mods would be acceptable where their use is necessary
- standard layouts preferred in these keymaps, if possible
- should use [encoder map feature](https://docs.qmk.fm/#/feature_encoders?id=encoder-map), rather than `encoder_update_user()`
- default keymap should not enable VIA -- the VIA integration documentation requires a keymap called `via`