You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This bug report was migrated from our old Bugzilla tracker.
Reported in version: 2.0.10 Reported for operating system, platform: Linux, ARM
Comments on the original bug report:
On 2020-03-09 19:27:58 +0000, wrote:
As far as I can tell from the documentation, calling SDL_StartTextInput() on mobile devices is supposed to trigger the onscreen keyboard. This does not appear to be the case with the Pinephone running Phosh.
My configuration on the Pinephone, where I encountered this problem is:
postmarketOS (Alpine Linux based / Linux pinephone 5.5.0 # 2-postmarketos-allwinner SMP Mon Mar 2 00:34:15 UTC 2020 aarch64 Linux)
SDL2 version, as shown in the Alpine package manager: 2.0.10-r1
I tried both windowed and fullscreen mode and neither triggers the keyboard.
On 2020-03-10 14:23:46 +0000, Sam Lantinga wrote:
That's correct, nobody has implemented onscreen keyboard support for that setup. Are there other applications that can bring up the on-screen keyboard? If so, how do they do that?
On 2020-03-10 15:35:52 +0000, wrote:
I got in contact with the developers and received the following information:
Also potentially helpful information I just received from the dev that implemented the protocol in the first place (Dorota):
"""
luckily, I'm in the process of redesigning the protocol (it's broken :(), so if I wrap my head around why I actually made it, I may be able to distill some insight for SDL. If someone interested from SDL filed an issue upstream, I'll give it proper thought: https://gitlab.freedesktop.org/wayland/wayland-protocols/issues
"""
On 2020-05-19 16:39:05 +0000, Ellie wrote:
Isn't this protocol needed for ANY Wayland platform to bring up the on-screen keyboard, like any device with touch where the on-screen keyboard should be used?
E.g. I have a linux laptop with touch, when I tap the screen over e.g. a gnome-terminal the gnome 3 onscreen keyboard comes up. I would assume for any SDL2 app it doesn't. Supporting this protocol would likely fix that. So this really doesn't seem to be Phosh-specific, or even mobile device-specific to me, and likely can be tested on any touch-capable device I would assume.
This appears to be the current protocol in question:
On 2020-05-29 00:11:02 +0000, Sebastian Krzyszkowiak wrote:
Isn't this protocol needed for ANY Wayland platform to bring up the on-screen keyboard, like any device with touch where the on-screen keyboard should be used?
Of course. This is by no means phosh specific.
This appears to be the current protocol in question:
Meant to bump this - I don't think this is fixed by the current IME support, but unfortunately the official Wayland protocol does not actually work as far as I can tell.
It was easy to plug in, but it really truly is broken on both GNOME and Plasma. Even the official wlroots example does not work! So until someone wants to explain why literally no functioning example code exists for this, we'll just have to live with using ibus/fcitx directly.
Update on the zwp-textinput branch: The current protocol for text input is 100% unusable without another revision that supports physical keyboard input:
I also noticed that the input rectangle didn't seem to bring up the selector for Kanji input, but the OSK is so messed up on my system that I have no way of knowing if our implementation is right. Either way we can't use it, so this is completely blocked for the foreseeable future.
This bug report was migrated from our old Bugzilla tracker.
Reported in version: 2.0.10
Reported for operating system, platform: Linux, ARM
Comments on the original bug report:
On 2020-03-09 19:27:58 +0000, wrote:
On 2020-03-10 14:23:46 +0000, Sam Lantinga wrote:
On 2020-03-10 15:35:52 +0000, wrote:
On 2020-03-10 15:40:41 +0000, wrote:
On 2020-03-10 15:58:58 +0000, wrote:
On 2020-05-19 16:39:05 +0000, Ellie wrote:
On 2020-05-29 00:11:02 +0000, Sebastian Krzyszkowiak wrote:
The text was updated successfully, but these errors were encountered: