diff options
author | Michael F. Lamb <mike@datagrok.org> | 2018-07-14 13:31:17 -0700 |
---|---|---|
committer | Drashna Jaelre <drashna@live.com> | 2018-07-14 13:31:17 -0700 |
commit | 2fe2c323c6dd564200ee43a9e424a4b56332e4f7 (patch) | |
tree | 0ddd3d96445bc8071f12dba03e88c335ff7e5a22 /keyboards/mitosis/keymaps/datagrok/readme.md | |
parent | 72fa2cf2fc809a99ff7b9b8a7c6941d9d3932c95 (diff) | |
download | firmware-2fe2c323c6dd564200ee43a9e424a4b56332e4f7.tar.gz firmware-2fe2c323c6dd564200ee43a9e424a4b56332e4f7.tar.bz2 firmware-2fe2c323c6dd564200ee43a9e424a4b56332e4f7.zip |
mitosis:datagrok layout and readme improvements (#3400)
* mitosis:datagrok: improved tenkey layout; changelog + more in README
* mitosis:datagrok enable audio!
* mitosis:datagrok: underscore on right shift, rearrange some symbols
* mitosis:datagrok: add more descriptions to readme
* mitosis:datagrok: abuse space cadet to get equivalent of RSFT_T(KC_UNDS)
Diffstat (limited to 'keyboards/mitosis/keymaps/datagrok/readme.md')
-rw-r--r-- | keyboards/mitosis/keymaps/datagrok/readme.md | 216 |
1 files changed, 172 insertions, 44 deletions
diff --git a/keyboards/mitosis/keymaps/datagrok/readme.md b/keyboards/mitosis/keymaps/datagrok/readme.md index a81829f26..176e0f411 100644 --- a/keyboards/mitosis/keymaps/datagrok/readme.md +++ b/keyboards/mitosis/keymaps/datagrok/readme.md @@ -1,12 +1,9 @@ -![mitosis:datagrok layout image](https://i.imgur.com/eum3fsc.png) - -[Keyboard layout editor source](http://www.keyboard-layout-editor.com/#/gists/9cf33be8a8e773647cfa44a0dbc44b31) - # a layout for the Mitosis -- Emphasis on momentary modifiers, all usable from either hand, arranged - symmetrically, but distinguishable left/right by the OS. Shift, Red - ("Lower"), Blue ("Raise"), Super ("Windows"), Meta ("Alt"), Hyper. +- Emphasis on momentary modifiers, all usable from either hand, arranged symmetrically, but left/right distinguishable by the OS. + Shift, Red ("Lower"), Blue ("Raise"), Super ("Windows"), Meta ("Alt"), Hyper (actually Henkan/Muhenkan). + I'm going for a [Space Cadet](https://en.wikipedia.org/wiki/Space-cadet_keyboard) aesthetic; + I want a keyboard that can (even just in theory) make use of all the bucky bits my operating system can support. - Red and Blue are used to momentary-enable (like a shift key) one of three layers: @@ -14,80 +11,211 @@ - Blue: Numbers layer - "Purple" (both Red and Blue): Functions layer -- The base layer is QWERTY. A slight variant of [Workman][] may be toggled-on. - -- Emphasis on minimizing hand travel, so as not to lose orientation with - homerow. +- The base layer is QWERTY. + A slight variant of [Workman][] may be toggled using `Red`+`Blue`+`Z`. -- Paired programming symbols (braces, brackets, parentheses) are arranged - symmetrically in the symbols layer. +- Minimize hand travel, so as not to lose orientation with home row. - `?` and `!` are moved to take the place of `<` and `>`. Rationale: unmodded and shifted keys should be for prose, while symbols useful for programming should be colocated on their own layer. -- No OS keymap modification required. +- Key positions chosen for mnemonics. + For example, you can distinguish between alphanumeric numerals and keypad numerals, but they occupy the same key positions. + +## Layout Images + +![mitosis:datagrok layout base layer](https://imgur.com/9LoLQUk.png) + +Base layer. Notes: +- customized comma and period, which have exclamation point and question mark on their shift layer. +- tap right-shift for underscore + +![mitosis:datagrok layout red layer](https://imgur.com/B5bnPGM.png) + +Red layer. Intended for common navigation and programming symbols. Notes: +- symmetric layout of paired braces/brackets/slashes for easier memorization +- arrows placed directly on home position + +![mitosis:datagrok layout blue layer](https://imgur.com/HGJ4G1U.png) + +Blue layer. Intended for "number pad." Notes: +- Keycodes generated for numbers, enter key, and mathematical symbols are from the alphanumeric keys, not keypad. This way they are not influenced by the state of Num Lock. If you want to send the keypad equivalents, just use Red and Blue modifiers simultaneously. + +![mitosis:datagrok layout purple layer](https://imgur.com/lNsKDtA.png) + +Purple (Red+Blue) layer. Intended for "true keypad" and various functions. Notes: +- Numbers on this layer send Keypad codes, so the result will be affected by the state of Num Lock. +- "Switch Layout" toggles the alphabet keys between QWERTY and Workman +- Page Up / Page Down / Home / End are placed on similar arrows +- To press Print Screen it is necessary to use the left-side Red and Blue modifiers. + +Keyboard layout editor sources: +[base](http://www.keyboard-layout-editor.com/#/gists/bc2d06a3203d1bc3a14ed2245cf39643) +[red](http://www.keyboard-layout-editor.com/#/gists/dbbf65f726a5522824b75117a62a321e) +[blue](http://www.keyboard-layout-editor.com/#/gists/240e807f3d7e1d3ddabe1b69ee675048) +[purple](http://www.keyboard-layout-editor.com/#/gists/9559f0f8bb1ee47677c8f2b4d766829d) + +[Imgur album](https://imgur.com/a/KSoVgPx) ## Design notes -- **I use an 8Mhz Pro Micro.** If you want to use this keymap with the standard - 16Mhz Pro Micro specified in the Mitosis design: +### Workman layout + +- I'm learning a new physical key placement, so I might as well go all-out and + use an optimal non-QWERTY layout. + +- I like the way Workman feels and some of its advantages over Colemak. + Unfortunately, it was designed using a weighting system based on a standard + column-staggered keyboard so is probably not as optimal as one could achieve + on an ergonomic board like the Mitosis. Maybe run an optimizer routine after I + determine good values for key difficulty on the Mitosis. + +### 8Mhz Pro Micro - - Remove the lines in `rules.mk` mentioning `F_CPU` and `F_USB`. - - Remove the lines in `config.h` mentioning `SERIAL_UART_BAUD`. +- I (used to) use a 3.3v Pro Micro clocked at 8Mhz rather than the 5v 16Mhz specified in the Mitosis design. + That can't communicate with the connected wireless module at the default speed of 1M baud. + The next fastest baudrate that works without errors is 250k baud. + So if you want to do the same: -- Workman layout + - Set the Pro Micro clock rate correctly in `rules.mk`: + ``` + F_CPU = 800000 + ``` + - Configure it to communicate at 250k baud in `config.h`: + ``` + #undef SERIAL_UART_BAUD // avoids redefinition warning + #define SERIAL_UART_BAUD 250000 + ``` + - Configure the receiver's wireless module to communicate at 250k baud in `main.c`. See https://github.com/reversebias/mitosis/pull/10 + ``` + - UART_BAUDRATE_BAUDRATE_Baud1M + + UART_BAUDRATE_BAUDRATE_Baud250000 + ``` - - I'm learning a new physical key placement, so I might as well go all out - and use an optimal non-QWERTY layout. +### Layout mnemonics - - I like the way Workman feels and some of its advantages over Colemak. - Unfortunately, it was designed using a weighting system based on a - standard column-staggered keyboard so is probably not as optimal as one - could achieve on an ergonomic board like the Mitosis. Maybe run an - optimizer routine after I determine good values for key difficulty on the - Mitosis. +- Paired programming symbols (braces, brackets, parentheses) are arranged symmetrically in the Red layer. -- Arrows in the home position (on a layer). Mod+Arrows = PgUp/PgDn/Home/End, - which is intuitive for me +- Arrow keys are in the home position on the Red layer. -- I use tab all the time for autocompletion. To allow it to live on the base - layer it is now Mod-Tapped with left shift. + - Blue+Arrows = PgUp/PgDn/Home/End, which is intuitive for me. + +- The number pad: I placed the ten-key number pad on the Blue layer. + However, this would do the wrong thing when Num Lock was not enabled. + Rather than attempt to manage the state of Num Lock, I arranged the normal number keys in a ten-key layout on the Blue layer instead. + If you explicitly want the keypad keys, they're in the same position on the Red+Blue layer. + +- Number-pad add, subtract, multiply, and divide are located on the same keys as alphanumeric plus, dash, asterisk, and slash, respectively. + +- The Function-keys are arranged to mimic the order of the ten-key pad. + +- Enter is now in a more qwerty-familiar location, and may be activated with one hand. + Numpad Enter is in the same position. + +- Rather than place Backspace opposite Space, I intentionally place it on a layer where it takes some effort to activate. + Backspace is one of the keys I most dislike on a QWERTY keyboard because it moves me away from homerow and I need to use it so often. + Rather than make it easier to strike, I want to discourage myself from using it by learning to type more accurately. + +- Why do I dislike [snake\_case](https://en.wikipedia.org/wiki/Snake_case) (`__variable_names_that_use_underscores_`)? + Maybe because it's hard to type all those underscores requiring the shift key? + Hypothesis: I'll be less annoyed by snake case by placing `_` at an unmodded position, right near the `space` key. + + +## Changelog + +### Current + +- Experiment: no-modifier underscore on right shift key. +- New combined numbers + keypad arrangement. + No more worrying about Num Lock key. +- Move F-keys to left board to make room. + Calling them "the Numbers layer" and "the Functions layer" is now less accurate but the arrangement feels better. +- Audio working! +- Move Tab and Space to upper thumb row. + I discarded the high-profile acrylic case from my Mitosis. + With a low-profile case, it's easier to hit the upper row of thumb keys. +- Discard all my `#defines` for "Meta", "Super", and "Hyper". + I can call them that without making the code confusing to others. +- Move Backspace to Red+A. I shouldn't be using it much anyway. + This means Tab and Shift might as well be separate keys again. +- Distribute paired symbols symmetrically across boards like `\<{([ ])}>/`. + Opening-symbols on the right hand was a failed experiment. +- Change default back to target a 16Mhz/5v Pro Micro. + I damaged the 8Mhz Pro Micro I was using so now I'm back to using a 16mhz Pro Micro again. + +### 0.6.1 + +- Place Tab on Shift without a modifier. We use it frequently for autocomplete. +- Make QWERTY the default layout. So more people can try it out. My customized Workman is easily toggled-on. +- Don't use redundant `#define` for `KC_TRNS` +- Place Num Lock somewhere. Otherwise (if it gets turned off) we can't type any numbers! +- Add some media keys + +### 0.5.155 + +- Enable use with my 3.3v Pro Micro +- Add a toggle-able QWERTY layer +- Golf down the LED-setting code +- Place `!` and `?` on `Shift`+`,` and `Shift`+`.`. +- Distribute paired symbols symmetrically across boards like `\)}]> <[{(/` + +### 0.5.129 + +- A modified Workman variant for Mitosis +- Arrows in home position, modifier + Arrow = PgUp/PgDn/Home/End +- Load all paired symbols onto angle-bracket keys. ### Abandoned ideas -- ~~"Since QWERTY and Workman keep angle brackets together, place other +- "Since QWERTY and Workman keep angle brackets together, place other enclosing symbols on the same keys. This informs the numbers placement, - which informs the function-key placement."~~ + which informs the function-key placement." - I tried this and it was bad. I don't like having to pick the right modifier to get the right flavor of bracket. Instead, now, one modifier activates a symbols layer where all brackets are easily accessible. -- Space/Enter to the left of layer select for Enter doesn't work well; I always - trigger space first when mashing the keys simultaneously. This might not - continue to be true if I change the angle at which I strike the keys e.g. - with a neoprene base or a wrist support. +- Space/Enter to the left of layer select for Enter + + - Doesn't work well; I always trigger space first when mashing the keys + simultaneously. ~~This might not continue to be true if I change the angle + at which I strike the keys e.g. with a neoprene base or a wrist support.~~ + Even with a wrist rest or low-profile, this is hard to do with one hand. + Need to adjust the firmware to understand chorded thumb keys. - I used to have Blue on ring finger, but that was too hard to use in conjunction with shift. ## To do -- Figure out where to place non-numpad numbers so we don't need num lock turned - on to type them? -- Improve LED indications (may require modding bluetooth firmware): +- **Shared Layouts.** + Figure out how to make use of QMK's common `layouts/` +- **Chorded Combos.** + Since the thumb keys are arranged such that it's easy to smash pairs of keys with just one thumb, figure out how to enable chording. + For example, a single-finger Shift+Space or Red+Space that doesn't do the wrong thing if Space happens to trigger first. +- Improve **LED indications** (may require modding bluetooth firmware): + - Num Lock status - Is any board nonresponsive (which one?) - Does either board have a low battery? -- Add Insert, PrintScr, Pause/Break -- ~~Make QWERTY base layer for people who customize layout in software?~~ I - default to QWERTY now. +- **Num Lock management.** + Num lock currently occupies prime real estate, but I never use it except to fix it when it's wrong. + Do any of my applications use it? + Should I have the firmware ensure it is set how I want it? + Maybe cause it to be momentary active with Blue? + See [@drashna's comment](https://github.com/qmk/qmk_firmware/pull/2366#issuecomment-404951953) - Store default base layer in eeprom? - See if the henkan/muhenkan placement is at all useful for Japanese speakers, or abuse different keysyms for Left/Right Hyper. (Original space cadet used scancodes 145/175. 145 is LANG2, 175 is "reserved" in USB HID spec.) -- Mod a buzzer onto my receiver and enable tones - Implement "layer lock" key - Improve tri-layer behavior +- Find a better location for PrintScr/SysRq, Scroll Lock, Pause/Break, Caps Lock. +- ~~Figure out where to place non-numpad numbers so we don't need num lock turned + on to type them?~~ +- ~~Add Insert, PrintScr, Pause/Break~~ +- ~~Make QWERTY base layer for people who customize layout in software?~~ + I default to QWERTY now. +- ~~Mod a buzzer onto my receiver and enable tones~~ Easy and works! [Workman]: https://viralintrospection.wordpress.com/2010/09/06/a-different-philosophy-in-designing-keyboard-layouts/ |