AltSnap

the active window) * Send text (yep, many tools can do that) * activate menu entries in the active window * Get the text of active menu entries in the active window * Find icons in the active window by providing an image, rarely used, when all above attempts fail. * Finally, define shortcuts that do combined actions of the above. I won't walk with you through every concrete possible application, but I give an example for Scid, which is also a Linux tool. Both on Windows and Linux, it happens that the save game dialog is partly moved outside the view rectangle of my screen. No idea why that is so. I need to drag the save dialog to the middle of the screen first. AutoHotkey to the rescue: #HotIf exe_active("scid") ; `exe_active` is a shortcut ^s:: { Send("^+s") WinWait("Scid: Partie speichern...") WinMove(19, 95, 660, 651) ; place it over the board. } ; ... #HotIf Another example. Every window manager I tested, which has "snap window to border in order to place it on half the screen" does not restore the window to full screen when I press the button left of the "close window" button. Instead, they place the window in a random position. It is not "click the middle button twice to switch between full screen and snapped position", which is the common use case. Thanks to AutoHotkey, there is a fix available on Windows: https://github.com/RamonUnch/AltSnap Edit: Okay, thats not AutoHotkey but raw C. But still that would be a use case for AutoHotkey. I hope I’ve managed to clarify my point regarding the need for an AutoHotkey on Linux. There are simply too many bugs, idiots, and unimplemented features to get back into the flow quickly without AutoHotkey. Just when sending this text, noticing that this site does not properly handle markdown bullet list, I found another great use case for Autohotkey, when pressing the Enter key on Hacker News ...