|
|
|
|
|
by whoisterencelee
4243 days ago
|
|
I developed a software demo (for single hand chording on the keyboard) that updates the character tree representation, possible outputs are shown as the chord sequence is formed. And the adjacent keys idea you have which I call "bigram rollover" works really well in this type of system, because you can tell what neighboring characters are. The "bigram rollover" is key to reducing the number of key events, and the added bonus is that it should help ramp up the steep learning curve with getting the right sequence. I am also investigating some sort of phonetic/bigram mapping system (maybe similar to the plover/stenotype system), seems it's the way to go, as shorthand seems to solve the main issue with chording which is high number of key events for a single output. I am actually looking for help designing the mapping as explained above, it seems we have very similar ideas, perhaps we can collaborate? |
|
In the end, there's nothing in stenotyping that you couldn't do with a regular keyboard. The advantage in stenotyping is not chording per-se (which is used to reduce the number of keys more than anything else), but the input/composition method, which is highly specialized for text (and english text at that).
There's no convenient way to compose arbitrary symbols in a stenotyping machine. In a regular keyboard there are just more keys and thus the requirement for key composition is almost zero (you still "chord" with shift/control/alt if you think about it). More keys = more immediate symbols. On my S90, which is a full-length keyboard, I only have 88 keys with a key travel length of 1.2m! By comparison, I have (more than) 104 keys in 40x20cm right now.