I was just looking at this the other night, having moved from Miryoku to Seniply (ZMK[0]) in the "research" phase of ~putting off~ building up my symbol layer preferences. Getreuer's site has been supremely influential to my own layout, for which I ported and re-implemented Auto-Correct and Magic Sturdy (respectively) for ZMK. He recently pushed an up-to-date set of layout showcase images to GH[1]. Just haven't figured out where on my 36-key layout I'll put my repeat key(s) :p
Interested parties could hypothetically find the code on my GH profile bc I had to put it there to use ZMK's GH action builders, but it was my first time learning C and isn't exactly "production ready".
Also just ran into keymap-editor[2]; that's pretty cool!
Tangent(s):
I really appreciate all the work that's going into ZMK, and am by no means an expert on the limitations or architecture that they're working within, but personally feel that the recent macro-parameter implementation fails to elevate the Behavior[3] into a sufficiently powerful construct. I'm trying to imagine how it could offer greater composition and control over an invoked sequence of keycodes, key-positions, and behaviors, but if that ever comes to be, it will be on the shoulders of giants. Development has been very active, and the contributers have done great work.
Shoutout to zmk-nodefree-config[4] and thumbkey[5] for android, which has also been under rapid development from a wide group of contributers (special thx to WadeWT and sslater11 amoung others).
Interested parties could hypothetically find the code on my GH profile bc I had to put it there to use ZMK's GH action builders, but it was my first time learning C and isn't exactly "production ready".
Also just ran into keymap-editor[2]; that's pretty cool!
Tangent(s):
I really appreciate all the work that's going into ZMK, and am by no means an expert on the limitations or architecture that they're working within, but personally feel that the recent macro-parameter implementation fails to elevate the Behavior[3] into a sufficiently powerful construct. I'm trying to imagine how it could offer greater composition and control over an invoked sequence of keycodes, key-positions, and behaviors, but if that ever comes to be, it will be on the shoulders of giants. Development has been very active, and the contributers have done great work.
Shoutout to zmk-nodefree-config[4] and thumbkey[5] for android, which has also been under rapid development from a wide group of contributers (special thx to WadeWT and sslater11 amoung others).
[0]: https://gist.github.com/AutumnalAntlers/239b33be09932365a14b...
[1]: https://github.com/getreuer/qmk-keymap/
[2]: https://github.com/nickcoutsos/keymap-editor
[3]: https://zmk.dev/docs/behaviors/macros
[4]: https://github.com/urob/zmk-nodefree-config
[5]: https://github.com/dessalines/thumb-key