Recent searches
Search options
Just scored a huge quality of life win here. My biggest gripe with pmOS thus far has been the on-screen keyboards. I've tried squeek, stub, unfettered, and I feel like there's one more... but w/e, they all leave something to be desired, *except* for wvkbd, which I liked immediately, but it's not built for Phosh (does not implement the OSK0 dbus interface), and installing it before I knew that caused huge problems on my Poco F1.
But, thanks to...
...the work of this WHO53 character (https://github.com/WHO53/wvkbd-phosh-osk) who has done the work of modifying wvkbd for use with phosh, plus this user on the RasPi forums (https://forums.raspberrypi.com/viewtopic.php?p=2243161&sid=9acaff37f5f20135b9ba24a0df23e354#p2243161), I now have wvkbd running in Phosh, AND I am able to actually open/close it in apps that would otherwise be stuck filling only half the screen.
I took the Pi forum shell script verbatim, `chmod +x`-ed it, then whipped up a quick HKDM conf file to run it upon pressing VolUp and VolDown (in that order!)...
May not be the most elegant solution, but the keyboard is such an extreme improvement over squeek, stub, and unfettered (unfettered is actually fantastic, especially for terminal use, but I didn't enjoy the constant swiping for regular typing), that I really don't mind manually toggling it in the apps which require it (my guess is it's a GTK v. Qt thing?). Very, very pleased.
New rabbithole unlocked: swipeGuess config (leaving that for later though; I've procrastinated enough for one day 
)
@stacyharper Devil tricks?
@gordoooo_z Ooh awesome, I'll definitely be saving the wvkbd phosh stub for when others ask about it.
Wvkbd doesn't implement automatically starting when an input is focused, but it should be straight forward to implement using a wrapper a lot like the phosh stub. The wrapper would just need to implement the zwp_input_method protocol, and start wvkbd when it receives a focus event. 1/2
@gordoooo_z I didn't realize wvkbd was getting much use outside sxmo, I might take a pass at implementing some of this if it has a chance of seeing actual use.
@aren I don't know how much use it's getting at this moment in time, but I have seen at least one or two threads online discussing getting it to work (which is how I learned about the Phosh's OSK dbus interface). I would imagine it would get more use if it were readily available and as simple to install/use as squeek. or stub, but there's probably a very large chunk of the mobile linux community for whom Sxmo is just a super nerdy curiosity so they may not even be aware of its slick keyboard lol
@aren well I did create a wrapper for it, if you want to take something from it: https://github.com/WHO53/wvkbd-phosh-osk
Reverting the last 5 commits makes it work on other compositors too (I tried it only on wayfire)
@who53 i don't entirely know what this is but will definitely investigate further.
@gordoooo_z What are the benefits over squeekboard?
@CalcProgrammer1 Mostly the layout, and responsiveness, and the fact that I can actually type at speed with it. On both squeekboard and stub, I feel like if I do try to type at my natural speed, characters get skipped.
@CalcProgrammer1 Admittedly, mostly subjective. I just tried the original wvkbd briefly before it borked my first install, and really really missed it afterward.
@gordoooo_z I haven't had any performance issues typing quickly on Squeekboard, but I agree that the default layout isn't the most usable. I ended up creating my own layout for Squeekboard when I was first using it on my original PinePhone. I like how customizable layouts are on it.
@gordoooo_z There are a few major gripes I still have with Squeekboard though:
1: No ability to hold down Shift. Not being able to hold shift and use arrow keys really messes with my coding. I use shift highlighting all the time especially with Alt+Shift multiline select in VSCode, and it sucks that it doesn't work on squeekboard.
2: Poor scaling at non-integer scale factors. I use 200% scaling on my OnePlus 6T but I'd prefer 150%, but at 150% Squeekboard looks like this:
@CalcProgrammer1 Yeah the scaling was the last straw for me for Sqeekboard as well. stub has many improvements, but I prefer squeekboard's Terminal mode vs. stub's preset shortcuts at the top.
wvkbd however just acts like a physical keyboard, so I can Ctrl/Alt/Shift anything. I'm actually not sure if it's possible to lock a modifier though; haven't tried (although I too would very much appreciate being able to shift-select text)
@gordoooo_z@hachyderm.io
#Alt4You a terminal session on a Linux phone, with Nano (a command line text editor) open with the title text "/etc/hkdm/config.d/wvkbd-toggle.toml Modified".
The contents are:
[[events]]
name = "wvkbdtoggle"
event_type = "EV_KEY"
key_stable = released"
keys = ["KEY_VOLUMEUP", "KEY_VOLUMEDOWN"]
command = "/home/user/wvkbd-toggle.sh"There is a keyboard open on the bottom half of the screen.
@minecraftchest1 Thank you for your service (apologies for my momentary laziness)