qmk-firmware/keyboard/ergodox_ez/keymaps/j3rn
Jack Humbert d9e4dad0a8 Makefile redo & other features (#395)
* .build containment implemented

* no destructive variable setting - builds in either folder

* make from 3 places

* cleans before each build
* make from root with keyboard=keyboard, keymap=keymap
* make from keyboard/keyboard with keymap=keymap
* make from keymaps/keymap
* only implemented on planck

* adds color diag to avr-gcc

* makefiles for all plancks, clean-up

* quick build-all makefile for plancks

* reformatting of make output (colors)

* color toggle, tmk path corrections

* correct if statement for color

* move config.h to main makefile, updates preonic, atomic

* format update, all keyboards targets

* makefile optional for build all target, alps and arrow_pad updated

* alps updated

* make planck default, trying out travis recipe for all-keyboards

* all-keymaps target, different travis recipe

* updates alps64

* updates keyboards to new format

* updates clue* projects

* all projects updated, specialise EZ .hex, let .hex through

* updates travis

* automatically find root, keyboard, keymap

* silent echo, cleaned-up mass make output

* updates all keyboards' .hex files except EZ

* Rename Bantam44.c to bantam44.c

* Rename Bantam44.h to bantam44.h

* nananana

* adds six key keyboard

* does same to ez as rest

* updates send_string example

* brings ergodox_ez up to date

* updates template/new project script

* adds sixkeyboard

* adds readme for sixkeyboard

* adds sixkeyboard to travis

* filenames, gitignore mess

* define clock prescaler stuff manually

* make quick, size test example

* documentation and dfu-no-build
2016-06-11 13:31:31 -04:00
..
compiled.hex Makefile redo & other features (#395) 2016-06-11 13:31:31 -04:00
keymap.c Stylistic changes 2016-04-11 19:08:24 -04:00
readme.md Added README note about Vim-style navigation 2016-04-11 19:19:20 -04:00

readme.md

J3RN's Mac-centric ErgoDox EZ keymap

Motivation

Essentially, I wanted to switch to a layout that was less jarring than the default ErgoDox EZ layout, and did not require finger gymnastics to perform common OS X shortcuts (most of which involve the CMD (LGui) key).

How is it different from the default ErgoDox EZ layout?

This layout more closely resembles that of the Mac keyboard, and has some other goodness baked in. Here is a rundown of what that means:

Mac-like changes

  • The key to the left of "1" is "~" instead of "=".
  • The key to the right of "0" is Backspace instead of "-" (misleadingly labeled "delete" on the Mac's keyboard). There was no room to fit in "-" and "=" between "0" and Backspace, unfortunately.
  • The key to the left of "Q" is Tab instead of Delete.
  • The rightmost big key on the left thumb is CMD (LGui) instead of Backspace.

Other changes

  • The button to the left of "A" is Ctrl/Esc instead of Backspace. This is actually how I have the keyboard on my Macbook set up to be, since it's loads more convenient than a CAPS LOCK key. This is the Ctrl key I find myself using most.
  • Mouse uses Vim-style navigation. To activate "Media mode," hold the 'a' key. This allows you to move the mouse around with hjkl just like in Vim. Additionally, right and left click are the conveniently placed 'i' and 'o' keys.
  • The key to the right of "5" and the key to left of "6" are "[" and "]", respectively, instead of Left and Right. There is a more convenient set of Left and Right already present. Truth be told, I don't really use these keys, as they are a stretch to reach.
  • The Toggle L1 keys have been replaced by the otherwise displaced "-" and "=". They are laid out, left-to-right, in the same order as on the Mac keyboard. Honestly, they are not terribly conveniently placed, and their placement might change in a later version. I found that I did not toggle L1 frequently at all, and found using the momentary keys to access L1 to fit my workflow better.
  • The "~"/L1 key in the bottom-left is now just momentary L1. The "~" key was moved to the top-left as mentioned before, and I like to keep my multi-use keys to a minimum due to the latency for them to switch from "press" to "hold."
  • The Home and End buttons have been shifted up on the left thumb, and Shift inserted below them. This makes doing Shift-5 and other such combinations less painful.
  • The Page Up and Page Down buttons have been shifted up on the right thumb, and Alt was moved from above them to below them. I use Alt more than Page Up or Page Down (mostly in terminal applications), and thought that it deserved a more accessible location.

I'm always open to feedback and/or suggestions!