Ever since doing the initial completion support in #phosh 's osk-stub I wanted to add a generic "unix pipe" like completer. phosh-osk-stub would feed the program preedit on stdin and read the completions from the program's stdout.

That is there now and with that and some more changes I can use @zachdecook 's #swipeGuess to do swipe like typing. To be clear: all the hard work is done by swipeGuess, phosh-osk-stub just piggy backs on it:

#LinuxMobile #gtk #gnome #librem5

Video is at 1 x speed

- @zachdecook's swipeGuess: https://git.sr.ht/~earboxer/swipeGuess
- phosh-osk-stub's pipe completer: https://gitlab.gnome.org/guidog/phosh-osk-stub/-/merge_requests/76
- you also need https://gitlab.gnome.org/guidog/phosh-osk-stub/-/merge_requests/77 to avoid having to lift your finger

~earboxer/swipeGuess - Turn swipes into words -- "plugin" for wvkbd to enable swipe-typing under wayland SXMO. - sourcehut git

@agx @zachdecook

Is this coming in the nearish term to the repo? Or is your advice to build from source of we want it on our Librem 5?

@dperson @zachdecook The completer itself will likely make it into #phosh-osk-stub 0.26.0 but the plumbing (disable completion, swiping over characters) needs a bit more time so that won't be in any repos too soon.
Building a Debian package from the Merge request is simple though (as it contains the packaging data). You also need to build and configure swipeGuess.
@agx @dperson phosh crashes "Oh no!" when I `killall squeekboard && _build/run --replace` in Byzantium 🙁
@zachdecook @dperson squeekboard doesn't like to be replaced (https://gitlab.gnome.org/World/Phosh/squeekboard/-/issues/361) . phosh-osk-stub can replace itself though (that's what I'm usually using). If you don't want to use the debian package and `update-alternatives` you can add phosh-osk-stub to /usr/bin/osk-wayland .
Please allow for dbus replacement (#361) · Issues · World / Phosh / squeekboard · GitLab

phosh-osk-stub (optionally) allows other processes to own the sm.puri.OSK0 dbus name (

GitLab
@agx @zachdecook does this mean it's finally possible to connect that stub to something like fcitx or ibus to get support for chinese and other languages?
@baliceauxPelican @zachdecook The possibility for doing that has been available since some time, see https://gitlab.gnome.org/guidog/phosh-osk-stub/-/merge_requests/34 (using uim) or
https://gitlab.gnome.org/guidog/phosh-osk-stub/-/tree/wip/libvarnam (using varnam) - for other completers. Looking forward to someone looking into fcitx or ibus.
Draft: Use uim for Japanese input (!34) · Merge requests · Guido Günther / phosh-osk-stub · GitLab

Based on !8 use the completion infrastructure to wire up uim. Things...

GitLab
@agx and today keeps getting better! My #Librem5 arrived so I'm going to be playing with #phosh a lot more. Happy to support a healthy software-keyboard ecosystem!
@zachdecook What a coincidence 🚀 I have to admit that this was the first time I used swipe input (my previous phone had a hardware keyboard)
@agx @zachdecook does the keyboard have that thing where touch zone sizes for the keys change based on what the next letter is likely to be? or is that patented by apple or something
@gnuntoo If that's an Apple thing, honestly I'd say it's not even worth looking into on the technical aspect alone, because the iOS keyboard is the worst software keyboard I've ever used and sometimes I try to tap a key and it gives the wrong one or shows a preview of the wrong one but gives me the right one and I end up wasting time correcting it because I thought it was wrong. I just want WordFlow 8.1 back.
@DrewNaylor I agree the current iOS keyboard is horrible, but this feature was around since day 1 of the iPhone. I’m not sure it’s to blame for crappy keyboards. I think it’s mostly the bad ML Apple has in it that’s the problem. Autocorrect could be enough on its own though, I don’t know
@gnuntoo It would be even worse if I still had autocorrect on. It could be Apple's algorithm, because I never had this problem with my Windows Phones.
@agx @zachdecook could this isolate swiping the spacebar to position the cursor?
@dubstar_04 @zachdecook Swiping the spacebar to position the cursor in unaffected by this as the OSK switches to a different "mode" for that.
@agx @zachdecook
We got swipe typing sooner than lineageOS!
@danialbehzadi @zachdecook ...well it's not all merged yet 😃