autopy
ydotool
autopy | ydotool | |
---|---|---|
2 | 63 | |
808 | 1,279 | |
1.0% | - | |
2.8 | 5.3 | |
9 months ago | about 1 month ago | |
Rust | C | |
Apache License 2.0 | 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.
autopy
-
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.
-
Single Player Game With Behaviorai Combat
Autopy, a python library to control mouse and keyboard (I used it to play clicker heroes and automate ascensions, was great. I also used multiple X sessions in Linux so it will run in parallel to other keyboard/mouse sessions) https://github.com/autopilot-rs/autopy
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?
enigo - Cross platform input simulation in Rust
xdotool - fake keyboard/mouse input, window management, and more
nfd2 - OS native dialogs for Windows, MacOS, and Linux
wtype - xdotool type for wayland
Cloaker - Simple, drag-and-drop, password-based file encryption
AutoKey - AutoKey, a desktop automation utility for Linux and X11.
whkd - A simple hotkey daemon for Windows
evsieve - A utility for mapping events from Linux event devices.
orbtk - The Rust UI-Toolkit.
sway - i3-compatible Wayland compositor
simuwaerm - A simple heat simulation in pure Rust.
key-mapper - 🎮 An easy to use tool to change the mapping of your input device buttons. [Moved to: https://github.com/sezanzeb/input-remapper]