keyboard_layouts VS autowrite

So it's possible to have a magic key for same-finger bigrams (SFBs) as seen in Magic Sturdy.

https://github.com/Ikcelaks/keyboard_layouts/blob/main/magic...

Regarding chording, you might find inspiration in the chording schemes in Ikcelaks’ Magic Sturdy, the Ardux project, and precondition's "steno-lite" combos.

Beyond reversing, Ikcelaks's Magic Sturdy layout is a showcase of what else can be done. It is a layout where the Alternate Repeat key is placed in easy reach on the right index finger. This is the "magic" in Magic Sturdy. This key is configured to remove SFBs and type common n-grams, or potentially do anything else you want: "this key can be fully dynamic based on the last key press and need not be constrained to logically reversing that keypress." I've been trying Magic Sturdy for the past few weeks, and definitely this is a fun idea.

I've lately been experimenting with variations on Oxey's Sturdy, which is an attractive layout for an unusually strong combination of low redirects and high rolls, yet keeping SFBs and pinky use low. A very interesting mod that I'm using now is Ikcelaks's Magic Sturdy. It incorporates the Alternate Repeat Key as a "magic" key whose function is determined adaptively based on the previous key. This is leveraged to get around the highest SFBs and as a shortcut to type common n-grams.

Another day, another story on HN that will have me down a rabbit hole (yesterday's was a three-hour tangent into ternary bit compression after the Microsoft paper) :D

Your project is delightful -- thank you for sharing. I have explored this realm a bit before [0] [1], but in Python. The tool I made was for personal use, but streaming every keystroke through a network connection added a lot of unnecessary latency.

I used word surprisals (entropy) to calculate the most likely candidates, and gave a boost to words from my own writing (thus, the predictive engine was "fine-tuned" on my writing). The result is a dictionary of words with their probabilities of use. This can be applied to bigrams, too. Your project has me thinking: how could that be pruned, massively, to create the smallest possible structure. Your engine feels like the answer.

My use case is technical writing: you know what you want to say, including long words you have to repeat over again, but you want a quicker way of typing.

[0]: https://jamesg.blog/2023/12/15/auto-write/

[1]: https://github.com/capjamesg/autowrite

3. Use that as advanced autocomplete.

I got a working solution here: https://github.com/capjamesg/autowrite/blob/main/autocomplet...

(No docs yet -- coming in the next few days. Leave a GitHub Issue if you want to chat about it!)