Input method and virtual keyboard #93
Conversation
| use super::input_method::keyboard::RawModifiers; | ||
|
|
||
| #[derive(Debug)] | ||
| pub struct VirtualKeyboardManager<T> { |
There was a problem hiding this comment.
I wonder if it would make sense to provide a simple helper for the virtual keyboard protocol in smithay-client-toolkit. Though it's not too complicated of a protocol.
There was a problem hiding this comment.
Virtual keyboard is really small and kind of niche, maybe it would make more sense a library/crate that can be used with sctk?
There was a problem hiding this comment.
Might be an idea to move a lot of the boilerplate code to its own crate, niche_sctk or something like that
There was a problem hiding this comment.
Personally I don't see an issue with having fairly niche things (that are commonly supported standard Wayland protocols) in sctk. As long as they don't significantly increase build time (then they could have feature flags) or distract too much from the more widely used parts of the crate. I don't know what others think about that though.
There was a problem hiding this comment.
I will make a pr for both and see what happens :)
|
This should be useful if we want to create an on screen keyboard for Cosmic. Input-method + layer-shell seems to be the standard approach for that on Wayland. |
rano-oss
force-pushed
the
input_method_and_virtual_keyboard
branch
from
fca040d
to
8b7b0bf
Compare
Adds input method client support to make input methods. Input method support is enabled with a flag and will grab the keyboard. Current protocol also needs virtual keyboard to make a complete input method, therefore support for this is also added.