SikuliX1 VS whkd

I've been using SikuliX [1] instead of AHK for a while now, only downside is that it uses jython so it's stuck on 2.7, but I don't use it for anything complicated enough that it really matters. Also I mainly use it for long running, rarely used automation, so I'm not sure how it would compare in terms of responsiveness for tasks like text expansion.

Also I did a quick search and I assume this [2] is the library you mentioned?

[1] https://github.com/RaiMan/SikuliX1

Still looking? If you are, I could try with my Sikuli experience; otherwise you can add the solved flair.

[error] RunTime:loadLib: libopencv_java430.so (failed) probably dependent libs missing: Can't load library: /root/.Sikulix/SikulixLibs/libopencv_java430.so [error] Save your work, correct the problem and restart the IDE! [error] see: [URL]https://github.com/RaiMan/SikuliX1/wiki/macOS-Linux:-Support-Libraries-for-OpenCV-4[/URL] TERMINATING: problem with native library: libopencv_java430.so [error] script [ click_image ] stopped with error in line 1 [error] java.lang.ExceptionInInitializerError ( java.lang.ExceptionInInitializerError ) [error] --- Traceback --- error source first line: module ( function ) statement 1: main ( ) click("1656348124939.png") [error] --- Traceback --- end --------------

I believe https://github.com/RaiMan/SikuliX1 automate any kind of app

in powertoys, find a feature called “keyboard manager”. if you want to go deep into keymapping in windows, checkout autohotkey and whkd

It was only when I started writing my own sxhkd-inspired hotkey daemon[1] for Windows that I really started to appreciate just how _good_ AHK is. Even just for hotkey binding, AHK does some incredibly clever stuff very transparently to provide for such an excellent end-user experience. For example, using system hooks automatically when the user tries to bind a hotkey combination that is reserved by the system (usually win+something) is implemented so well. Really excellent software and I miss it when I'm using Linux or macOS.

[1]: https://github.com/LGUG2Z/whkd

I ended up using AHK for komorebi[1] because I was still new to Windows when I start writing it and I didn't wanna have to write a tiling window manager AND a hotkey daemon. I even ended up generating a nice little AHK library to wrap around CLI commands that sent socket messages to the window manager to make it easier to write a configuration.

Ultimately the syntax changes make it impossible to fully reproduce the same library for AHKv2, which is being installed by default on all mainstream package managers now.

I ended up biting the bullet and making my own hotkey daemon[2] for use with komorebi based on skhd[3] and I haven't looked back since. This will be the "blessed" hotkey daemon recommended for use in the next release of komorebi.

I'm still using AHK (v1) for the stuff that it's good at (and there is a lot of stuff that it's good at!), but ultimately I've found that it's not the right tool as a hotkey daemon for a socket-based tiling window manager.

[1]: https://github.com/LGUG2Z/komorebi

[2]: https://github.com/LGUG2Z/whkd

[3]: https://github.com/koekeishiya/skhd