![dz60 pcb dz60 pcb](https://my-live-05.slatic.net/p/7a08cf2bd0b302503004850808170ce2.jpg)
niu_mini uses dfu bootloader rather than the afrdude bootloader ( qmk#6092) display adjust when the bits are set correctly Fix the layer state messages for actual values ( qmk#6116) Adding LED support to the plaid default keycap ( qmk#6109) add keymap with split spacebar, ansi, hhkb features ( qmk#6114)
![dz60 pcb dz60 pcb](https://ae01.alicdn.com/kf/H4d8cda15f27e4ac6b27a9bf7ff1edb66f.jpg)
#DZ60 PCB UPDATE#
* Update keyboards/converter/siemens_tastatur/keymaps/default/keymap.c * Update keyboards/handwired/siemens_tastatur/keymaps/default/keymap.c More formatting changes, missed these the first time Update feature_rgb_matrix.md ( qmk#6117) Jotix minor layout changes - readme.md fix ( qmk#6120) Tsangan bottom plain60 configuration ( qmk#6100) * implemented revievers' suggested changes * Add support for both flex and no-flex PCBs * Add vlukash keymap for master-right no-trackpad version * Add support for the BlackBerry 8520 trackpad * Enable pointing devide, configure mouse BTN1 The trackpad adapter uses Elite-C board that has five extra pins.Īlso SPI pins are taken for trackpad, keymap config updates column data * Add vlukash CrKbd keymap to support trackpad adapter. Add BB8520 trackpad support for CrKbd ( qmk#5925) * document that SSD1306 128圆4 on AVR works
#DZ60 PCB DRIVER#
docs: OLED: note we have tested SSD1306 on ARM boards (per define out MEMORY_MODE when using SH1106 OLED driver update docs/feature_oled_driver.h for SH1106 support and related changes inline comment re: OLED MEMORY_MODE and SH1106 give OLED_COLUMN_OFFSET a default value improve mechanism to specify which OLED IC we use * Clarifying LED instructions / formatting Adding personal keymap / clarifying default keymap readme ( qmk#6119) * Update default planck map to tap_code vs reg/unreg
![dz60 pcb dz60 pcb](https://cdn.shopify.com/s/files/1/1473/3902/files/6_45769400-900f-465d-9d75-ff2317afe6b9.jpg)
* Add readme fix lack of asterisk on raise
![dz60 pcb dz60 pcb](https://i.ytimg.com/vi/lyvQCZVMDek/maxresdefault.jpg)
* Add specific info.json file for Planck rev6 * Fix LAYOUT_planck_1x2uC macro for Planck rev6 * Add KC_KEYMAP alias for LAYOUT_kc macro * Update keyboards/planck/planck.h per KC_LAYOUT_ortho_4x12 alias to LAYOUT_kc_ortho_4x12. 5 or earlier, the user receives a compile error. If an AVR-specific macro is used for a Planck rev. Unified layout macro names across AVR and ARM boards.Ĭurrently certain layout macros are specific to either AVR or ARM when used in the QMK Configurator. Planck: Layout Macro Refactor ( qmk#4402)
#DZ60 PCB HOW TO#
Then it's an issue of figuring how to relate them to each other. But the gist was to figure out a way to tell the Configurator what layout options are available (Split Space/Backspace/Shifts, ANSI/ISO, Standard/Tsangan/Winkeyless, etc.) by nesting JSON objects, similarly to the current structure. We actually have an issue against the Configurator talking about exactly that, but heck if I can find it right now.
#DZ60 PCB CODE#
That way its accessible to those who are comfortable with code and those who are not. The user then picks their mapping and the magic translates this to the existing layout. Instead of picking an predefined macro, you would select 2 and 10, and the UI would reflect that suggestion. In fact, I had half a mind to suggest that be the standard for all boards, because once you figure out the "global" matrix and what positions share locations, you only have to set the matrix once and then point all the layouts at LAYOUT_all. That's actually what I'm thinking should be done. However i understand that mapping the options against which are interdependent would be complicated.