summaryrefslogtreecommitdiffstats
path: root/keyboards/mitosis/keymaps/datagrok/readme.md
blob: 9b159b98a01f3beb9268436fb02ffc41ba880425 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
# a layout for the Mitosis

- 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:

    - Red: Symbols layer
    - Blue: Numbers layer
    - "Purple" (both Red and Blue): Functions layer

- The base layer is QWERTY.
  A slight variant of [Workman][] may be toggled using `Red`+`Blue`+`Z`.

- 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.

- 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

### 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
  row-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

- 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:

    - 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
      ```

### Layout mnemonics

- Paired programming symbols (braces, brackets, parentheses) are arranged symmetrically in the Red layer.

- Arrow keys are in the home position on the Red layer.

  - 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
  enclosing symbols on the same keys. This informs the numbers 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.~~
      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

- **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?
- **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.)
- 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/