miryoku VS qmk_firmware

I've seen https://github.com/manna-harbour/miryoku but it doesn't appear to be easily modified.

A 75% keyboard still require quite a lot of wrist movement, which is not ideal in your situation. It's better to learn to use layers, you could still have all the function keys and such with a 36 or 34 keys. With with such a small keyboard you don't need to move your wrist while typing. A Corne or even a Ferris Sweep can do the job with a proper keymap, like Miryoku.

If you prefer to have semicolon on Base you'd substitute custom Base, Nav, and Sym layers, swapping semicolon and slash, with https://github.com/manna-harbour/miryoku/discussions/85.

The Miryoku layout [1] has a dedicated number layer which turns the left half into a number pad. Practical (once you get used to it) and portable.

[1] https://github.com/manna-harbour/miryoku

It's understandable if some people would prefer a larger layout. I wouldn't argue people should be using smaller keyboards.

It's "I don't mind moving my hand to hit the key" vs "I don't mind holding down some Fn key to hit the key". (Or with F1-F12 on Macbooks, you need to both hold down a Fn key and move your hand).

For an example of "36 keys ... how", I think the popular miryoku layout is fascinating. https://github.com/manna-harbour/miryoku/tree/master/docs/re... -- Often, mnemonics for particular keys aren't all that complicated.

Except for those who use Miryoku, which is not optimized for software development, probably every single person here will have its own custom keymap.

The keyboard on the other desk is a wireless Corne low profile kit I built up a while back using a couple nice!nano controllers and their low power display too. For general typing I don't have much of a problem going back and forth between the two, but the Corne is only 34 keys and I use a complex layout called Miryoku to get access to most symbols and functions I have by default on my 360.

I had trouble with HMR as well at the beginning, but since switching to sunaku's fork/PR I've almost eliminated all the issues I had with it. And worth mentioning is urob's timeless HMR config from which I think the fork/PR takes some of its inspiration.

Affirmative. I updated my fork and my clone last week. I also did a second, fresh clone and merged this PR: https://github.com/manna-harbour/qmk_firmware/pull/56

Im guessing installing something like this is what i need to do? https://github.com/manna-harbour/qmk_firmware/pull/56

See my Miryoki PR for details: https://github.com/manna-harbour/qmk_firmware/pull/56

I have a separate system for that as part of this old unreleased project. They're orthogonal so could be used together, but it'd be nicer if they were integrated. If you just want to remap buttons or map buttons to keys you can do that in the OS.

Well, things like Bilateral Combinations are aware of which hand is using the modifier to only apply it to the other side's presses & minimise accidental triggering on same-hand rolls.