autopilot-rs
ydotool
Our great sponsors
autopilot-rs | ydotool | |
---|---|---|
2 | 63 | |
363 | 1,279 | |
1.9% | - | |
2.6 | 5.3 | |
3 months ago | about 1 month ago | |
Rust | C | |
GNU General Public License v3.0 or later | GNU Affero General Public License v3.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
autopilot-rs
-
Somehow AutoHotKey is kinda good now
Reciprocally, it's just amazing how much better AutoHotKey is at scripting the computer is than everything else is. The language was clearly never the reason why AHK persisted.
There's works like AutoPy (https://github.com/autopilot-rs/autopy) and AutoPilot-rs (https://github.com/autopilot-rs/autopilot-rs), but they offer like 1/100th the capabilities AHK does.
Personally I think this kind of computer-control is the perfect environment for teaching computing. Rather than writing apps or webapps, I feel like the idea of just writing code to do what you the user would do anyways, but better, is a fantastic introduction to computing & programming. In my ideal world, we'd have an EVE Online server that specifically re-enables the game-client's python interpretter (and periodically does total wipes), so folks can learn to program by scripting not just their desktop, but a complex & interesting game, via it's rich api.
-
AutoHotKey V2 (Breaking Upgrade)
The changes doc would be 10x more usef if it included more examples of the changes. https://www.autohotkey.com/docs/v2/v2-changes.htm
I do wish programmers had more options in general for this kind of thing. I ran into https://github.com/autopilot-rs/autopilot-rs lately but it is extremely simple. On Windows there s UI Automation, which can help script many conventional apps. https://learn.microsoft.com/en-us/dotnet/framework/ui-automa...
ydotool
- Show HN: Bonk, a command-line tool for X11 window management
-
Improving cursor rendering on Wayland
Wayland provides little by design, so this is quite typical. For example:
Screensharing is handled by pipewire [0], changing keyboard layouts aren't defined [1] by wayland, and generally anything Wayland devs think would 'corrupt' their protocol.
They leave most things to the compositor to implement, which leads to significant fragmentation as every compositor implements it differently.
Long gone are the days of xset and xdotool working across nearly every distro due to a common base, now the best you'll get is running a daemon as root to directly access `/dev/uinput` [2] or implementing each compositors accessibility settings (if they have them) as a workaround.
[0] https://superuser.com/questions/1221333/screensharing-under-...
[1] https://unix.stackexchange.com/questions/292868/how-to-custo...
[2] https://github.com/ReimuNotMoe/ydotool
-
how hard is it to program pinch zoom for my touchpad in linux?
I personally use libinput-gestures to call commands using touchpad gestures. You can also combine it with ydotool to bind macros and such to your gestures, e.g. 4 fingers swipe down closes the current window, 3 fingers swipe left or right changes workspace, etc
-
ydotoold background process?
Have you tried using the systemd unit file supplied with ydotool? It's probably installed somewhere on your system. Else you can get it here and just change the install location of ydotoold.
-
KDE-Connect keyboard input works on Wayland now!!
For simulated keyboard there are tools such as dotool or ydotool and KeePass extensions such as KPUInput that work by giving the user access to /dev/uinput. That works, but it's a bit inelegant; I guess in the future a Wayland protocol for simulated keyboard input will emerge, like wlroots already has, also for virtual pointers.
-
Out of curiosity, I tried to use Wayland earlier and compared to X11, everything seems to load faster which really surprised me. However, I've also noticed some things that confused me, that's why I'm posting this. To ask what I'm missing or what I did wrong. Thanks as always!
ydotool is the generic equivalent. It works on both X11 and Wayland environments.
-
Curious to know what are your general experiences on using keyboard and mouse input automations on Wayland...
Autokey does not work yet, but there is Hawck and Espanso that you could play around with. And there is ydotool if all you need is simulating basic input (as in ydotool mousemove -x -10 -y -10, ydotool type 'Hello world!' and so on).
-
Asahi Linux To Users: Please Stop Using X.Org
Does ydotool do what you need? I haven't even tried Wayland in years. I'm sure someday I'll find the need.
- Somehow AutoHotKey is kinda good now
- How to emulate mouse clicks with keyboard shortcuts
What are some alternatives?
Fluent-Search - Official repository for Fluent Search, use to report issues or ask for a new feature
xdotool - fake keyboard/mouse input, window management, and more
NaturalEdgePan - A more natural way of edge-panning in RTS/MOBAs
wtype - xdotool type for wayland
TPMouse - A virtual trackball for Windows, via vim-like homerow controls.
AutoKey - AutoKey, a desktop automation utility for Linux and X11.
peace - Zero Stress Automation
evsieve - A utility for mapping events from Linux event devices.
autopy - A simple, cross-platform GUI automation module for Python and Rust.
sway - i3-compatible Wayland compositor
AHK_X11 - AutoHotkey for Linux (X11-based systems)
key-mapper - 🎮 An easy to use tool to change the mapping of your input device buttons. [Moved to: https://github.com/sezanzeb/input-remapper]