* Added more led helpers
* Working keymap
* Added new mouse button an made lower layer toggleable
* Small improvement to process_record_user
* Removed extra layer buttons
* Added Numpad to apply layer
* Moved buttons and added toggle for raise button
* Added Menu,PrintScreen and Windowslock buttons, and left handmouse
* Fixed Scroll Buttons
* Turned TAPPING TOGGLE to 2
* Switched Del and Ctrl on left hand
* Added Home Button to Mouse layer
* Fixed led initialization to avoid red led on boot
* Updated formatting to follow guidelines
* Used enums instead of defines and used layer_state_t type
* Added license
* Moved TAPPING settings to keymap config
* Fixed small formatting issue in keymap.c
* Use GPIO Control instead of lowlevel ports
* Add Colemak layout
* Add status bar for mods & locks with a custom font
* Swap DEL and TAB
* Fix media keys and add QMK Configurator layout
* Add dead grave accent on <leader>e
* via configurator can't do AG_TOGG with any key - meh
* same issue - via can't do AG_TOGG
* oops - missed AG_TOGG on the NK65
* add media and mousekeys
* Update keyboards/nk65/keymaps/madhatter/keymap.c
* refactor yd60mq.h
- four-space indent
- use K<row><col> base32hex notation
- rename LAYOUT to LAYOUT_all (with alias for backwards compatibility)
* refactor yd60mq.c to use led_update_kb()
* align rules.mk to AVR template
* refactor default keymap
Also correct positions for KC_NUHS and KC_NUBS.
* update readme
* add Configurator layout support
* initialize the Caps Lock LED pin properly
* Keymap Update
Some key codes have been updated.
naked64:salicylic
7skb:default
* Keymap Update
Some key codes have been updated.
KC_GRAVE to KC_GRV
7skb:default
* Initial commit of majbritt
* Add QMK and VIA support to majbritt
* Change vendor and product id
* Change name
* Change make path
* Move Majbritt into sidderskb directory
* Update keyboards/sidderskb/majbritt/majbritt.c
Co-Authored-By: Drashna Jaelre <drashna@live.com>
Co-Authored-By: Ryan <fauxpark@gmail.com>
* Update keyboards/sidderskb/majbritt/keymaps/default/config.h
Co-Authored-By: Ryan <fauxpark@gmail.com>
* remove unused file
Co-authored-by: Drashna Jaelre <drashna@live.com>
Co-authored-by: Ryan <fauxpark@gmail.com>
* Change include guards to pragma once
* Clean up default keymaps
* Remove some magic numbers and use GPIO macros
* Clean up keyboard.[ch]
* Tidy up info.json and readme
* Align config.h with template
* Split up revision code into subfolders
* rev C-H has no audio, apparently
* Change revc_h to revc and document differences
* Turn off Audio on revb for now, for Travis' sake
* Split info.json into revision folders
* Clean up default keymaps some more
* to ease the maintenance for some boards ibnuda has.
* followed ridingqwerty's suggestion on 8821.
* folloing drashna's suggestion on qmk's 8221.
* following drashn's suggestion on qmk's 8211
* Keyboard: revamp frosty-flake leds
This commit transitions bpiphany/frosty_flake to led_update_{kb,user}
and rewrites the AVR bit twiddling logic to use the standard QMK GPIO
API.
* Keyboard: rewrite frosty_flake's matrix reader to be a lite custom matrix
This commit replaces frosty_flake's custom matrix and debounce logic
with a "lite" custom matrix. In addition to being somewhat clearer, this
allows a consumer of the flake board to choose their own debouncing
algorithm. The one closest to the implementation originally in use is
sym_g, but this opens us up to supporting eager_pk and eager_pr.
The original matrix code was 18 columns for 8 rows, but using a single
row read and unpacking the bits into individual columns. To simplify,
I've changed the key layout to be 8C 18R instead of 18C 8R: this lets us
use a single read directly into the matrix _and_ drop down to a uint8_t
instead of a uint32_t for matrix_row_t.
Since we're no longer implementing our own debouncing and row unpacking,
we save ~400 bytes on the final firmware image.
Fully tested against a CM Storm QFR hosting the flake -- this commit
message was written using the new matrix code.
Firmware Sizes (assuming stock configuration as of 42d6270f2)
Matrix+Debounce Size (bytes)
--------------- ------------
original 17740
new + sym_g 17284
new + eager_pr 18106
new + eager_pk 18204
I expect that there are some scanning speed benefits as well.
* Keyboard: update frosty_flake's UNUSED_PINS
* Keyboard: Remove meaningless weak redefinitions from frosty
These are not necessary (and all of them already live somewhere in
Quantum).
* Add VIA support for Prime_L
* Update keyboards/primekb/prime_l/v1/config.h
* Add prime_exl_plus keyboard
* Temporary removal of prime_exl_plus
* Add Prime_EXL Plus, including VIA support
* Update keyboards/handwired/prime_exl_plus/readme.md
* Update keyboards/handwired/prime_exl_plus/readme.md
* Update keyboards/handwired/prime_exl_plus/readme.md
* Update keyboards/handwired/prime_exl_plus/rules.mk
* Update keyboards/handwired/prime_exl_plus/info.json
* Update keyboards/handwired/prime_exl_plus/info.json
* Update keyboards/handwired/prime_exl_plus/info.json
* Update keymap.c
* correct spacing of keymaps and layout macro. move indicator logic from user space to keyboard space
* further corrections to keymaps and layout macro.
* Update keyboards/handwired/prime_exl_plus/prime_exl_plus.c
* Update keyboards/handwired/prime_exl_plus/prime_exl_plus.c
* Update keyboards/handwired/prime_exl_plus/prime_exl_plus.c
* Update keyboards/handwired/prime_exl_plus/prime_exl_plus.c
* Update prime_exl_plus.c
* small edit to prime_exl_plus.c
* Add via support to Prime_M and clean things up
* Update rules.mk
* Update keyboards/primekb/prime_m/readme.md
* Update keyboards/primekb/prime_m/readme.md
* Update keyboards/primekb/prime_m/config.h
Including the `xB` suffix prevents qmk_compiler (and thus QMK Configurator) from compiling firmware for the Wete.
Rolling this change back until we work out a long-term solution for the suffixes.
* Add VIA support for Prime_L
* Update keyboards/primekb/prime_l/v1/config.h
* Add prime_exl_plus keyboard
* Temporary removal of prime_exl_plus
* Add Prime_EXL Plus, including VIA support
* Update keyboards/handwired/prime_exl_plus/readme.md
* Update keyboards/handwired/prime_exl_plus/readme.md
* Update keyboards/handwired/prime_exl_plus/readme.md
* Update keyboards/handwired/prime_exl_plus/rules.mk
* Update keyboards/handwired/prime_exl_plus/info.json
* Update keyboards/handwired/prime_exl_plus/info.json
* Update keyboards/handwired/prime_exl_plus/info.json
* Update keymap.c
* correct spacing of keymaps and layout macro. move indicator logic from user space to keyboard space
* further corrections to keymaps and layout macro.
* Update keyboards/handwired/prime_exl_plus/prime_exl_plus.c
* Update keyboards/handwired/prime_exl_plus/prime_exl_plus.c
* Update keyboards/handwired/prime_exl_plus/prime_exl_plus.c
* Update keyboards/handwired/prime_exl_plus/prime_exl_plus.c
* Update prime_exl_plus.c
* small edit to prime_exl_plus.c
* [Keyboard] Add Wete
* Fix width and height in Wete info.json
* Use default board files, core backlight, and disable RTC
* Disable I2C, SPI. Minor corrections
* Keymap typo update
* Add LAYOUT_all to info.json
* Remove extra spaces in README, delete matrix_*_kb functions
* Fix layout errors in wete.h, and some minor corrections
* Actually fix LAYOUT_all in info.json
* move lighting code from VIA into the keyboard's .c file so that every keymap can access it
* after some serious conversations with default and wkl, they agreed to let me modify their keymaps. They weren't too happy
* add a VIA keymap for kbd75
* rev2 is a completely different pcb allowing a NEW layout, setting this to have a different product id so users don't get confused when they're able to enable numpad layout on rev1 VIA
* Update keyboards/kbdfans/kbd75/rev1/config.h
Co-Authored-By: Joel Challis <git@zvecr.com>
* Update keyboards/kbdfans/kbd75/rev2/config.h
Co-Authored-By: Joel Challis <git@zvecr.com>
Co-authored-by: Joel Challis <git@zvecr.com>
* Added custom keymap
* Update keyboards/preonic/keymaps/elisiano/keymap.c
Co-Authored-By: fauxpark <fauxpark@gmail.com>
* Address PR comments and added CTL_T(KC_ESC) on other layouts as well
Co-authored-by: Ryan <fauxpark@gmail.com>