qmk_firmware/keyboards/planck/keymaps/cbbrowne
James Young a03aa301de
Remove Full Bootmagic (#13846)
* disambiguate Bootmagic rules in keymaps

The files edited by this commit were added at a point in time where `BOOTMAGIC_ENABLE = yes` enabled full Bootmagic.

This commit edits the files to specify that full Bootmagic is intended.

* remove BOOTMAGIC_ENABLE=full setting

* unify commented BOOTMAGIC_ENABLE rules in keyboards

Explicitly sets `BOOTMAGIC_ENABLE = no` in keyboards where the rule was commented out.

Command:

```
find keyboards/ -type f -name 'rules.mk' -and -not -path '*/keymaps/*' -exec sed -i -e 's;#[ \t]*\(BOOTMAGIC_ENABLE\)[ \t=]\+\([a-zA-Z]\+\).*;\1 = no       # Virtual DIP switch configuration;g' {} +
```

* remove commented Bootmagic rules from keymap/user level

Command:

```
find keyboards/ layouts/ users/ -type f -name 'rules.mk' -exec sed -i -e '/#.*\(BOOTMAGIC_ENABLE\)[ \t=]\+\([a-z]\+\).*/d' {} +
```

* update keyboard BOOTMAGIC_ENABLE rule formatting

Sets the formatting of BOOTMAGIC_ENABLE rules to `BOOTMAGIC_ENABLE = [value]`, without the inline comments (which will be replaced later).

Command:

```
find keyboards/ -type f -name 'rules.mk' -and -not -path '*/keymaps/*' -exec sed -i -e 's;\(BOOTMAGIC_ENABLE\)[ \t=]\+\([a-z]\+\).*;\1 = \2;g' '{}' +
```

* update keyboards' BOOTMAGIC_ENABLE settings

Updates keyboard `rules.mk` files to use `BOOTMAGIC_ENABLE = lite` where `BOOTMAGIC_ENABLE = full` was being used.

Command:

```
find keyboards/ -type f -name 'rules.mk' -and -not -path '*/keymaps/*' -exec sed -i -e 's;\(BOOTMAGIC_ENABLE = \)full;\1lite;g' '{}' +
```

* update keymap/user BOOTMAGIC_ENABLE settings

Updates keymap/user `rules.mk` files to use `BOOTMAGIC_ENABLE = lite` where `BOOTMAGIC_ENABLE = full` was being used.

Commands:

```
find keyboards/ -type f -name 'rules.mk' -and -path '*/keymaps/*' -exec sed -i -e 's;\(BOOTMAGIC_ENABLE[ \t=]\+\)full;\1lite;g' '{}' +
find layouts/community/ users/ -type f -name 'rules.mk' -exec sed -i -e 's;\(BOOTMAGIC_ENABLE[ \t=]\+\)full;\1lite;g' '{}' +
```

* remove and replace inline comments in keyboards and keymap/user files

Removes and replaces the inline comments, which have been updated to read `Enable Bootmagic Lite`.

Commands:

```
find keyboards/ -type f -name 'rules.mk' -and -path '*/keymaps/*' -exec sed -i -e 's;\(BOOTMAGIC_ENABLE\)[ \t=]\+\([a-z]\+\).*;\1 = \2;g' '{}' +
find layouts/community/ users/ -type f -name 'rules.mk' -exec sed -i -e 's;\(BOOTMAGIC_ENABLE\)[ \t=]\+\([a-z]\+\).*;\1 = \2;g' '{}' +
find keyboards/ layouts/community/ users/ -type f -name 'rules.mk' -exec sed -i -e 's;\(BOOTMAGIC_ENABLE = lite\);\1     # Enable Bootmagic Lite;g' '{}' +
find keyboards/ layouts/community/ users/ -type f -name 'rules.mk' -exec sed -i -e 's;\(BOOTMAGIC_ENABLE = yes\);\1      # Enable Bootmagic Lite;g' '{}' +
find keyboards/ layouts/community/ users/ -type f -name 'rules.mk' -exec sed -i -e 's;\(BOOTMAGIC_ENABLE = no\);\1       # Enable Bootmagic Lite;g' '{}' +
```

* rename improperly named makefiles

Some files intended to be used as makefiles had improper names causing them to not be used as intended when building.

This commit corrects the filenames of the affected files.

* update renamed file with new rule formatting

* update QMK's template files

Updates QMK's `rules.mk` templates to use the new inline comment.

* update QMK Docs

- remove documentation of full Bootmagic
- update links to Bootmagic Lite doc
- add doc for Magic Keycodes

* rules.mk patch for coarse/ixora and coarse/vinta
2021-08-06 23:59:56 -07:00
..
config.h Remove redundant KC_TRNS and KC_NO fillers in remaining keymaps (#5154) 2019-02-17 07:38:46 -08:00
keymap.c 2020 February 29 Breaking Changes Update (#8064) 2020-02-29 11:59:30 -08:00
readme.org Adopted LAYOUT, added some keys (#5320) 2019-03-05 12:22:51 -08:00
rules.mk Remove Full Bootmagic (#13846) 2021-08-06 23:59:56 -07:00

cbbrowne custom keyboard

Due to cbbrowne@acm.org Christopher Browne

This was originally based on the default keyboard map, but I have been doing sundry experimentation:

Useful Experiments

  • It made sense to mess around some with keyboard maps.

    • I added a keypad, originally based on keymaps/numpad.c, but mighty substantially revised, as that one seems to be rotated 90 degrees from usual conventions for number pads
  • The keypad layer also includes some sample "hacks" of cool things, all using actions attached in using the function action_get_macro()

    • Key [1][2] aka "q" types out my name, cbbrowne, as a fun example of a key generating a bunch of keystrokes. The keystroke is sufficiently inconvenient that it isn't terribly practical for me to use it, but hey, it shows how others might use this facility in a more useful context.
    • Key [2][2] aka "a" uses a random number generator to select a digit 0-9 at random
    • Key [3][2] aka "z" uses a random number generator to select a letter a-z at random
    • Key [1][3] aka "e" spits out the keymap version number
    • Trying out sgoodwin's "hold Enter down to get Shift"

      • Liking this Quite Well Enough…
      • Applied this to both Shift and Quote
      • It seems likely that Alt should get a right-hand-side, akin to this…
      • Alt needs to move, and get a RHS

        • Hence ALTRIGHT, and shifted ROT_LED over
        • Emacs likes this!!! :-)
      • I'm suspicious that I'll want to shift ROT_LED another location over, so some modifier can replace the OS/KC_LGUI key
    • I have added an alternate ADJUST layer that is activated via update_tri_layer()

      • e.g. - LOWER+RAISE simultaneously
      • This seems entirely more useful for handling my "special keys" like the random numbers, user name, and such, than the keypad layer
    • The _ADJUST layer provides a good place to have RESET

      • But this isn't strictly enough; I want RESET somewhat accessible from main layer lest an error hide that layer
      • I never use the OS/KC_LGUI key (that's Command on MacOS, Windows Key on Windows), so that's a good place to have it as a chord of some sort

Some code structure ideas

Each layer is given a name to aid in readability, which is then used in the keymap matrix below. The underscores do not denote anything - you can have a layer called STUFF or any other name.

Layer names don't all need to be of the same length, obviously, and you could also skip them entirely and just use numbers, though that means needing to manage the numbers.

It is preferable to keep the symbols short so that a line worth of key mappings fits compactly onto a line of code. It might be an interesting idea to express the maps rotated 90%, so that you only need to fit 4 symbols onto each line, rather than 12.

I use enums to manage layer IDs and macro IDs so that I don't need to care (beyond "start at 0", and arguably even that's not needed) about their values.

Things I did not like about the default mapping

  • I found control too hard to get to. I use it more than Tab, so switched it there.
  • Having dash on [lower-j] is a bit nonintuitive, but may be OK
  • I switched ESC/TAB/M(0) around
  • I'm suspicious that I want to shift M(0) from [4][1] to [4][2], and shift ESC off the first column so KC_LCTL and KC_LALT can be on the first column.
  • I needed to swap ' and ENTER

Unuseful experiments

I have tried some things out that didn't turn out particularly well. I'll note some of these for posterity, hopefully helpful in not doing unwise things again…

  • I tried added Workman alongside Dvorak and Colemak

    • Boy, oh boy, these don't help!!!
    • I have done 30 years of learning of Emacs key mappings, and these alternative keyboards massively mess me up
  • Space Cadet Shift; switching L_SHIFT to KC_LSP0, so that when I just hit SHIFT, I get a left parens. In principle, this is great for Lisping.

    • Unfortunately, there are times when mouse interfaces use SHIFT to allow selecting multiple items, and this really interferes with that

TODO

  • I use tmux quite a lot; the mollat keymap seems to have some interesting helpers. It might be interesting to add a "tmux layer," or to have a few keys in a layer oriented towards that

    • Keys for…

      • Picking windows 0 thru 8
      • next/prev/new window
  • The mollat tmux layer also suggests some thoughts about Emacs helpers.
  • I do not presently have anything that handles X11 screen switching, as with Control-Alt-various
  • I ought to probably look into KC_LEAD, to have some key combos that do not need to be concurrent
  • The jeebak keymap seems to have some neat ideas:

    • Number layer which is aggressive about having numbers in several places
    • TouchCursor layer seems interesting

      • It sets up a layer with cursor keys on the home keys
  • The jeremy-dev keymap has some very interesting concepts

    • Shift hands outwards; the special keys go in the center
    • Symbol layer has some compound keys for C operators like /=, *=, -, +, …
    • This is likely what I'll use for my XD75re, and maybe I'll fork a planck keymap for similar