feat(linux): add ydotool support for text input#557
Merged
cjpais merged 1 commit intocjpais:mainfrom Jan 10, 2026
Merged
Conversation
Add ydotool as a fallback option for direct text input and key combinations on Linux, after wtype/dotool (Wayland) and xdotool (X11). ydotool uses uinput and works on both Wayland and X11, making it a useful alternative when other tools are unavailable. Requirements: - ydotool installed - ydotoold daemon running - User in input group with uinput permissions
Owner
|
I can't test this since I'm on MacOS, but I'm assuming you've tested and we can just merge this. |
h0lybyte
added a commit
to KBVE/Handy
that referenced
this pull request
Jan 12, 2026
…, and UI improvements Merged upstream features: - feat: add Czech translation (cjpais#568) - fix: keybinding changes failing silently due to incorrect key ordering (cjpais#524) - fix: improve apple intelligence ui and add reusable alert component (cjpais#517) - Fix race condition when toggling transcription via SIGUSR2 (cjpais#560) - feat(linux): add ydotool support for text input (cjpais#557) - feat: add Moonshine Base speech recognition model (cjpais#556) - Prevent highlight and selection cursor hover on UI text items (cjpais#541) - feat(ui): add reusable Tooltip component and integrate with settings (cjpais#538) - PR guidelines for AI - dont allow package-lock with a bun project for now Conflicts resolved: - src-tauri/src/shortcut.rs: Kept KBVE filler detection commands, adopted upstream's improved doc comment - src/bindings.ts: Merged KBVE types (Discord, Memory, Filler) with upstream's Moonshine engine type
|
Just want to express my thanks here, Handy now works for me using my Fedora Silverblue-based (Bluebuild) OS. I had to uninstall wtype so that Handy would only try using ydotool. This is the custom shortcut I created in GNOME Settings: 
|
|
To add to the above, here is how I got this working in Fedora: Save the following to Then enable the service: |
|
Is there a way to add support for cyrillic symbols for ydotool? |
Owner
|
thats an upstream issue not a handy issue |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
4 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Human Written Description
I'm running Handy on Fedora 43 with GNOME/Wayland. The existing tools (wtype, dotool) either aren't packaged for Fedora or don't work with GNOME's compositor. ydotool is available in Fedora repos and uses uinput, which bypasses compositor limitations. This gives Fedora/GNOME users another option for text input.
Related Issues/Discussions
#522
Testing
Tested on Fedora 43 (Wayland/GNOME):
to keycode mapping, but direct text typing works