YellowAfterlife's ergonomic keyboard list

• Ortholinear monoblock keyboards aren't explicitly ergonomic, but are included here for novelty and a situational opportunity to turn them into split unibody keyboards by covering the middle two columns.
• Keyboards need to have some ergonomic quality to them - typically a split, tented middle, or keys being arranged in some kind of a wave/fan.
  Keyboards that are only ergonomic by extent of being compact are best left for other lists.
• Keyboards have to be buildable or immediately obtainable in some way - no teasers / pre-orders / group buys.

• golem.hu
• kbd.news
• MechDB
• Keebfolio

The landscape is ever-changing and it is hard to impossible to keep tabs on what's going on with every vendor.

Please research vendor reputation and status (read: whether they're currently shipping orders) before spending money on the internet.

Each column is structured as following:

(Show column) (Filter column) Column name

If something is underlined, you can click/tap it to read notes.

1. Nothing here at the moment!

Please fill out and submit keyboards using the above editor - I try to add interesting keyboards when I encounter them, but there are hundreds of open-source keyboards alone so help is always welcome.

Generally it takes a few minutes (or even less if you made the thing and know the specifics) to fill out the metadata for a keyboard.

You can submit corrections as simple notes or by loading an existing keyboard in the above editor, making edits, and submitting the updated JSON.

Personally I tend to go over 5-10 keyboards at a time based on readily available information, so if something cannot be derived from the description, photos, or part list, I won't be filling that out.

And if you make open-source hardware and are reading this, if you do not have a part list/feature list in your repo, please at least mention whether the keyboard is made for hotswap sockets or not, and the switch type(s) if it's not just MX. The reader shouldn't have to look at the KiCAD files.

I can generally add additional columns to the table so long as it's something that:

• Can be easily derived
• Is of value to the average reader
• Appears on more than just a couple keyboards

Bonus points if you're willing to go over the existing keyboards and add a new bit of metadata to them yourself.

Some examples:

• Microcontroller type could be valuable, but is not commonly mentioned in open-source projects - you might recognize from a photo or guess based on slot size, but otherwise you'd have to look at the source files.
• Splay could have been measured in degrees, but this adds a bunch of columns and a certain amount of overhead (in measuring angles between columns) when going over keyboards with splay.
• Measuring tilt and tenting is problematic, but kind of important for unibody keyboards, so that gets a pass.