AHK_X11 VS xdotool

Just FYI the exact same thing is now also possible with AHK_X11 on Linux https://github.com/phil294/AHK_X11

If you can't get what you want via Steam Input, you'll have to go desktop mode with a full macro suite likeAHK_X11 or Keysharp.

This falls right on time for my 2023 "Linux on the desktop" attempt! (now I wish https://github.com/phil294/AHK_X11 had a Wayland option...)

I can't live without Office! My personal favorite is 2010 x64, as Word then starts faster than the current Wordpad.

Office 2010 works great in Windows 11, but there've been some suspicious move making me believe old office version will be given a poison pill or something under the plausible deniability of "security risks of 13 year old software", like how Outlook 2010 can't connect to outlook.com anymore (though it works great with gmail using google's GWSO plugin)

On MY computer, I run what I want. So I'll try Office 2010 in wine within Wayland.

GitHub - phil294/AHK_X11: AutoHotkey for Linux (X11-based systems)

I want to switch, but the only snag is that I love AutoHotkey, and a Linux port is still in progress. I use AutoHotkey to make my keyboard and (especially) my mouse more useful. I could probably do the same things by other means in Linux—everything is customizable in Linux, after all. And anyway I might use my mouse less and less as I become more capable with the terminal. Still, I'll wait a while in the hope that I'll be able to more or less plop my AutoHotkey script into the Linux version.

Check out https://bitbucket.org/mfeemster/keysharp/ and https://github.com/phil294/AHK_X11, two attempts at porting AHK to Linux. The former isn't usable yet, the latter is by me and somewhat incomplete.

The only Windows-specific app I use is AutoHotkey, and I'm pleased to see that a Linux rewrite is in development 🎉 And wouldn't you know it, written in Crystal!

AHK_X11 is AutoHotkey for Linux and it does not yet support Wayland, but it's definitely impossible https://github.com/phil294/AHK_X11/issues/2 (see also: ydotool)

I have recently learned to use it to create an AutoHotkey for Linux implementation (https://github.com/phil294/AHK_X11), and it's been a delightful experience. If you like programming in Go and Ruby syntax, this will be your go to language. Other than that, it bears but few surprises, which I would consider a good thing. Its major downside is its compilation time and poor IDE support. Also, you should not be afraid to search through Crystal's GitHub issues or dig into the stdlib's source for more exotic use cases. However, the latter is as easily accessible as is your own code, and the community around Crystal seems quite friendly and welcoming. Contrary to sibling comments, I find it well suited for programs outside of web development as well.

And most of all, it's fast.

Have a look at this: https://github.com/jordansissel/xdotool

Maybe not AHK exactly, but it essentially does the same: xdotool

Use an external tool, like xdotool.

In a gtk-rs application, I'm running a xdotool command to get the id of the application's window. I'm running the command in a connect_show closure (after the window has been shown):

Eventually, I needed to find the ID of windows, move them, and bring them to the front—I realized I couldn't do that with gtk-rs. I needed to interact with the window manager (X11 server). So from inside my application, I ran commands that called xdotool.

You might be able to use audacity in the background by setting up an application launcher in the gnome panel that executes xdotool, which can send keyboard signals (like R for record) to running applications: https://github.com/jordansissel/xdotool

Right now, I'm focusing (switching) X11 windows with a shell command (xdotool) from inside my Rust program:

Maybe xdotool [0] is what you're looking for.

[0] https://github.com/jordansissel/xdotool/

I often create screen recordings for my classes, but it's very boring and time consuming. I'm a perfectionist, and if I mistype a command I prefer to re-record everything. Moreover, every time one of the tools used in the videos gets a significant update, I feel compelled to redo the video.

I have started using xdotool [1] to create bash scripts that send mouse clicks and keystrokes to apps. Interleaving calls to xdotool with the "sleep" command [2] produce a convincing effect. If I need to redo a video to fix typos or after a program update, I just fix the bash script and restart the recording.

Alas, the only thing that is missing in my videos is the sound of keyboard clicks… But nothing is perfect!

[1] https://github.com/jordansissel/xdotool

[2] https://en.wikipedia.org/wiki/Sleep_(command)