qmk_firmware VS keyboard_layout_optimizer

I made dozens of ortholinear 5x15 layouts couple of years ago: https://github.com/gkbd/qmk_firmware/tree/one/keyboards/idobo/keymaps

One can combine Latin layer with phonetic layout on OS side, I tried that when testing Kvant layout.

QMK keymap is available at https://github.com/gkbd/qmk_firmware/tree/one/keyboards/idobo/keymaps/gkbd_u-turn

Tensor is one of layouts with Þ key, it can return either th digraph or þ character depending on configuration.

OAIN works too, it's used in Aries layout and it indeed helps to reduce redirects at the price of higher load on left pinky.

Default layout is somewhat close to what you see above, but there are dozens of optimized layouts that one can try on this board. Some are recent additions, like Orthostat and Rain.

There is Nari layout on the same branch and in Hands Down Alt-nx layout some keys change state depending on predecessor.

QMK keymap is available at https://github.com/gkbd/qmk_firmware/tree/adaptive/keyboards/idobo/keymaps/gkbd_nari

Regarding evaluating, comparing and potentially even optimizing layouts, I would recommend my keyboard layout optimizer.

I recently got a new ergonomic keyboard, after just typing on my laptop for years. I've used an ErgoDox before, so I went with the Moonlander. While configuring the keyboard and playing with the location of the spacebar, I realized that putting it on the right hand side resulted in a really bad balance between the two hands – it seemed like dvorak was way more right-hand dominant, and that was confirmed when I started looking into it. Went down the rabbit hole of alternate keyboard layouts, and found this repo: https://github.com/dariogoetz/keyboard_layout_optimizer . You can specify the physical configuration of your keyboard and provide a sample text, and it will generate layouts for you, using simulated annealing or a genetic algorithm. Here's a screenshot of the generated layout, along with Dvorak on the bottom:

That's very interesting. I tried a genetic algorithm myself for my optimizer. In the end, I removed the crossover part, but mainly because I did not understand, how exactly it worked :)

You can find the code for the evaluator here. Apart from my own set of metrics, it includes the ones used in KLAnext and also the ones from Oxey's layout playground (with some caveats).

Regarding an evaluator with support for multiple layers that can be user-configured, supports "classical" hold layers as well as one-shot layers, and modifiers on "any key" (think home-row mods), I can advertise my own evaluator/optimizer https://github.com/dariogoetz/keyboard_layout_optimizer Saves you some time on a new project ;)

Identified (amongst others), by tweaked version of https://github.com/dariogoetz/keyboard_layout_optimizer

I want to introduce a pet project of mine that I have been working on in the last year - a keyboard layout evaluator/optimizer: https://github.com/dariogoetz/keyboard_layout_optimizer