-
-
Notifications
You must be signed in to change notification settings - Fork 21.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[HTML5] Experimental (opt-in) virtual keyboard support. #46913
Conversation
Avoid spamming "IME is unsupported" when the DisplayServer report it as such.
Added as an export option "Experimental Virtual Keyboard". There is no zoom, so text/line edit must be in the top part of the screen, or it will get hidden by the virtual keyboard. UTF8/Latin-1 only (I think regular UTF-8 should work out of the box in 4.0 but I can't test it). It uses an hidden textarea or input, based on the multiline variable, and only gets activated if the device has a touchscreen. This could cause problems on devices with both touchscreen and a real keyboard (although input should still work in general with some minor focus issues). I'm thinking of a system to detect the first physical keystroke and disable it in case, but it might do more harm then good, so it must be well thought.
Thanks! |
hello, how can i implement this in godot 3.2? i need this because i need to implementing in a webview and the 3.3 uses fetch api, and i needed in xhr, thanks |
You can try to backport the patch manually to the |
This saved my life. Thank you very much @Faless |
Hi, if you use this on iPhone it will automatically zoom into a LineEdit and left user with no option to zoom out (even pinch to zoom out is not working). Also they will be a misplace typing cursor appear on the screen. |
Please open a new issue with a minimal reproduction project attached. |
input{ in the header (in the style tag) of the output HTML file. |
Im having exacly the same, issue, with Godot 3.5, did you found a solution for this, is there at least a way that we can zoom out after the virtual_keyword went hide? I would appreciate the help, this bug makes the app unsuable. |
@ElvisVilla Please open a new issue with a minimal reproduction project attached. It sounds like this particular issue could be resolved by changing the <meta name="viewport" content="width=device-width, user-scalable=no"> to: <meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no"> See https://weblog.west-wind.com/posts/2023/Apr/17/Preventing-iOS-Safari-Textbox-Zooming for details. This should only be done for iOS Safari to avoid harming accessibility on other platforms though. |
In this PR:
Added as an export option "Experimental Virtual Keyboard".
There is no zoom, so text/line edit must be in the top part of the screen, or it will get hidden by the virtual keyboard.
UTF8/Latin-1 only (I think regular UTF-8 should work out of the box in 4.0 but I can't test it).
It uses an hidden textarea or input, based on the multiline variable, and only gets activated if the device has a touchscreen.
This could cause problems on devices with both touchscreen and a real keyboard (although input should still work in general with some minor focus issues). I'm thinking of a system to detect the first physical keystroke and disable it in case, but it might do more harm then good, so it must be well thought.
Closes #41097
Fixes #32680