Create accountLogin

Recent searches

No recent searches

Search options

Only available when logged in.
mstdn.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
A general-purpose Mastodon server with a 500 character limit. All languages are welcome.

Administered by:

Server stats:

14K
active users

mstdn.social: AboutStatusProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.3.8

#osk

1 post1 participant0 posts today
Public *
Phosh

Blog post: A short overview how text auto correction and completion via the on screen keyboard can be configured in #Phosh and what the different options do: phosh.mobi/posts/osk-completio

Phosh · On Screen Keyboard Text Correction and Completionphosh-osk-stub is an alternative on screen keyboard (OSK) for Phosh featuring several methods of text auto correction and completion. In the following we look at the different options available and how to use and configure them: For any form of completion to be available, the application that features the text input needs to support the text-input-unstable-v3 Wayland protocol. If that isn’t available phosh-osk-stub will enter a fall back mode where it acts more like a physical keyboard (via the virtual-keyboard Wayland protocol) and disable completion.
#LinuxMobile#osk#presage
Continued thread
Public
haui

...and it broke.

Well, actually #fluffychat itself probably did nothing but since yesterday the backspace button on the - i assume newly updated - #osk on #phosh does not seem to register in fluffychat anymore.

while that is a little frustrating, the text highlighting function has gotten an update as well and not i can easily mark and just replace text. its not perfect but it is bearable.

nobody said #dogfooding #postmarketos would be easy. :)

#oneplus6
Replied in thread
Public
mirabilos

on-screen keyboard testing

(on bullseye, X.org/evdev, xkb layout) #OSK

caribou

Not tested, the screenshot shows it’s not what I was looking for. Also, old, mentions GOK but that doesn’t even exist any more?

What, though, is “scanning mode”? That also shows up in at least one more keyboard below…

maliit-keyboard

Awful for most users, see above in the thread.

matchbox-keyboard

Not tested, also special-layout.

onboard

Very tiny writing. Might recognise the layout, but doesn’t insert anything for me (possibly incompatible with evilwm or other focus-follows-mouse models).

osk-sdl

Description: Lightweight On-Screen-Keyboard based on SDL2

It can only run during initramfs to unlock LUKS or something. What a scam.

qml-module-qtquick-virtualkeyboard, qt6-virtualkeyboard, qtvirtualkeyboard5

They all install only DLLs. I have no idea how to even use them. What a joke.

squeekboard

Not tested, it’s for Wayland. Apparently very customisable, but won’t pick up the xkb layout.

xvkbd

Enters chars but is not compatible with ISO_Level3_Shift-based layouts; rather it would want Mode_switch-based ones, so it might do well with the xmodmap layout.

Replied in thread
Public
mirabilos

Good news, things work as desired under KDE-Wayland and KDE-Xorg (except PointerKeys don’t seem to work under Wayland 😾).

Bad news, KDE-Xorg has no onscreen keyboard, not even the setting for it, while KDE-Wayland has maliit (“the only one that works on #Wayland” according to The Internet) which is also one of those smartphone-like things; someone reports it cannot even switch from QWERTY to AZERTY (which, while laudable, is obviously a problem). Didn’t #KDE use to have its own #OSK?

Is there any onscreen keyboard around that actually uses the configured layout, opposed to rendering some kind of limited keyboardish thing itself?

And altogether, I forgot to note that this layout works very well with my XFree86® compose configuration (to install, cpp -traditional -undef -P -DXCOMM='#' <downloaded-file-name >~/.XCompose… at least for X11, though Gtk+ seems to parse them as well, judging from the couple of “my #Compose implementation is not good enough for this entry” messages it shows when first encountering it). It’s got bugfixes vs. Xorg’s.

Oh, and someone mentioned that some IMEs disable… or ignore?… #xkb, so they might need to be disabled. If you find one, do tell; the Debian 12 live CD has ibus enabled which doesn’t.

mbsd.evolvis.orgX11/xc/nls/Compose/en_US.UTF-8 — view — 1.15
Public
Chris Vogel

When doing the #deskhop to share keyboard/mouse between my #Librem5 and my notebook on the Librem5 still the on-screen keyboard (#osk) keeps popping up and takes away part of the small screen.

This can be disabled through gsettings but doing so each time when I place the phone beside my notebook is tiresome.

So I recovered some old proof of concept I had made, tested it and packaged it:

switch-keyboard installs an #udev rule that triggers when an external keyboard is connected and disables the osk. On disconnect it re-enables the osk and there is an entry for the menu included to just toggle the keyboard on and off just in case you're left without #osk after disconnecting an external keyboard.

Chris Vogel's microblogNote#Librem5 and notebook sharing the same...
Public
sunweaver

#Lomiri in #Debian testing/unstable is about to be fully usable on #Linux #tablets. Only corner stone missing (except from a lot of fine-tuning and a greater pool of installable apps) is the on-screen keyboard (#OSK). We use #Maliit keyboard for this, but the keyboard stubbornly refuses to appear on screen. If there is some dev out there who would like to help with that (and has tinkered with Maliit before in other environments), please ping (sunweaver@debian.org). Thanks!

ExploreLive feeds
About