-
Notifications
You must be signed in to change notification settings - Fork 14
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
Use input-method if available #5
Comments
Quick demo: https://git.sr.ht/~emersion/wl-ime-type |
I was trying to find out why wtype is not working under KDE and found my way here. So if I'm understanding correctly, wtype currently supports neither KDE nor Gnome because neither supports I'm not trying to be a dick about it, but frankly wtype is not going to be very useful if the protocol it relies on is not supported by the two most popular DEs out there. I strongly agree with the opinion here that this should at least be made clear in README. |
This issue tracker presents an overview of the state of autotyping protocols and their support in various desktop environments and window managers on Wayland. |
+1 for KDE support. |
It is worth mentioning that the example uses zwp-input-method-v2, which isn't actually supported by KWin. KWin only supports zwp-input-method-v1. |
for KDE this should work https://github.com/jinliu/kdotool |
They state that they will not support keyboard commands. The goal is to control windows through Kwin API |
What about ydotool, they changed it into a client/daemon setup so without looking into it... this could allow for a better setup in terms of not giving users direct access to /dev/uinput ... but ofc there is still a part that interfaces with it. |
@HoroTW I'm not working on tessen these days. 😅 |
Alright 👌🙂 |
This removes the need for generating a custom keymap and simulating input events. input-method can send UTF8 text directly.
The text was updated successfully, but these errors were encountered: