NaturalEdgePan
ydotool
NaturalEdgePan | ydotool | |
---|---|---|
8 | 63 | |
6 | 1,289 | |
- | - | |
10.0 | 5.3 | |
about 1 year ago | 5 days ago | |
AutoIt | C | |
GNU General Public License v3.0 only | 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.
NaturalEdgePan
-
Somehow AutoHotKey is kinda good now
AutoIt is also great especially for quickly prototyping GUIs.
I recently built a proof-of-concept for a modernized method of interacting with RTS cameras[0], which unfortunately could not be achieved with frameworks like SDL due to their abstraction obscuring some of the native OS functions needed to create my idea.
Using AutoIt lets me basically just treat it as a minimal-boilerplate sandbox to make DllCalls. This also means that I could directly listen as well as post raw device messages. For example, I implemented an inertia-based cursor script that basically lets you use your homerow vim keys like it's a trackball[1], which I now use everyday whenever I'm not with my ThinkPad.
[0] https://github.com/EsportToys/NaturalEdgePan
-
WW2 Plotters of the Royal Air Force
I came across this very interesting bit of history while looking for an image to illustrate my RTS camera control concept[0] as an analogy.
It's interesting how a lot of the wartime "computational drudgery" frequently employ women, the perception of which shifted to becoming a more men-dominated employment after the war.
It would be lovely to hear interesting perspectives from people here on what other tidbits you know of about little-known roles and the social climate during the war, or your insights on how things came to be the way they are during and after the war.
[0] https://github.com/EsportToys/NaturalEdgePan#figure-2-this-w...
-
A more natural way of controlling RTS cameras (explanation & playable prototype in comments)
So I made this prototype, to show how I think new-players can be encouraged to use unlocked camera more effectively -- I think the main friction is less about traditional edge-panning being inefficient, and more about it being accident-prone: players acquiring mouse precision at the same time as learning the game finds themselve accidentally panning the camera when the cursor is close to the edge, so early on they develop a bad habit of leaving a wide space for where you are clicking rather than developing the motor control to kite with the cursor close to the screen-edge and hero.
-
A more natural way of controlling RTS cameras
A playable demo downloadable from GitHub
- Modernizing the RTS camera control scheme
-
My prototype showing how League's camera can be controlled more naturally (w/ instructions to implement it -- GitHub link in comments)
You can feel it out in the playable demo here!
-
My prototype showing how League's camera can be controlled more naturally (w/ instructions for devs to implement it -- GitHub link in comments)
NaturalEdgePan
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
autopilot-rs - A simple, cross-platform GUI automation module for Rust.
wtype - xdotool type for wayland
whkd - A simple hotkey daemon for Windows
AutoKey - AutoKey, a desktop automation utility for Linux and X11.
autopy - A simple, cross-platform GUI automation module for Python and Rust.
evsieve - A utility for mapping events from Linux event devices.
Flow.Launcher - :mag: Quick file search & app launcher for Windows with community-made plugins
sway - i3-compatible Wayland compositor
MouseTray - Simple tray app to quickly adjust Windows cursor speed.
key-mapper - 🎮 An easy to use tool to change the mapping of your input device buttons. [Moved to: https://github.com/sezanzeb/input-remapper]