-
Notifications
You must be signed in to change notification settings - Fork 41
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
Native mode #25
Comments
Maybe have a daemon running that handles all virtual input stuff? |
This would be very complicated since almost everything builds on X's apis. :\ |
Hi @robiot. Thank you for your great work 👍 I have news for you. There are two wayland protocol extensions to get the state of input device (zwlr_virtual_pointer_v1, org_kde_kwin_fake_input), but they are compositor specific protocols (wlroots and KDE). There is another emulated input library called libei. But libei is still WIP, and needs an emulated input sever in wayland compositor. Currently, only GNOME has implemented it, but the commit has not yet be merged (https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1436). Uinput is another option, though it requires root permission (more precisely, read/write permissions for Working virtual input in wayland is still a long way to go... |
Yep, it's sad that there isn't a nice way to do it, like you can in X. I looked into I think the easiest thing to do here, would be to create a daemon, |
I need this. GDM is being stubborn and refuses to boot into Xorg mode. |
Screencast from 2023-01-03 18-46-46.webm |
Because both XClicker and Brave use xwayland |
A mode that uses uinput to send mouse events. This will work in wayland, but probably require root.
The text was updated successfully, but these errors were encountered: