ahk VS TPMouse

Well. I author something similar, it's a bridge to use AHK from Python, but when it comes to this idea of a fully structured means of passing data between the two platforms that's something that this package implements.

There is a nice python wrapper[1], perhaps that could work for your uses?

[1]: https://github.com/spyoungtech/ahk

Check out AutoHotkey (AHK) for simple Windows automation needs. There is a python wrapper: https://github.com/spyoungtech/ahk

There's pynput but that might have the same problem. If you're on Windows AutoHotkey is an awesome way to automate mouse and keyboard actions (but it's a different language than Python, although it seems someone has made a Python wrapper for it).

In this case, both seem reasonably active for a project like this. The latter (https://github.com/spyoungtech/ahk) seems more active and has more comprehensive docs.

I'm not sure how helpful it will be, but one of my projects does this. Most the tests are unittest.TestCase style, some of them are pytest style. All the tests are run just using pytest.

So, I author a Python ahk package that does this currently using IPC. The default model starts AHK and stops immediately for each command

Well, you can leverage AHK with a Python library. So, yes, Python can do everything AHK can do and more.

Anyhow. AHK's non-user-friendliness is also what motivated me to make a Python wrapper for AHK. So I TOTALLY get where you're coming from!

Maybe you'd like the python wrapper for AutoHotkey better.

And for Windows, my https://github.com/esporttoys/TPMouse was inspired by warpd itself but focuses more on the intuitive usability of direct cursor control via inertia/momentum.

You may be interested in how I did my Windows script for adding three-finger drag[0].

Basically, it is an independent subscriber to RawInput messages that only keeps track of whether or not to send three-finger drag, and posts emulated mouse messages using SendInput. I have a few other scripts that each run as independent userland processes that only monitors their own trigger and nothing else.

Tangentially, not sure if this might serve for some inspiration, but my TPMouse[1] script implemented inertia in a framerate-independent way so that it uses very little resource while having perfect simulation stability.

A previous discussion where I explained the analytic derivation for this low-resource exact-solution damped inertia can be seen in [10]

[0] https://github.com/EsportToys/PrecisionThreeFingerDrag/blob/...

[1] https://github.com/EsportToys/TPMouse

[10] https://old.reddit.com/r/Trackballs/comments/ym9q2t/tpmouse_...

With the TPMouse script I implemented the activation shortcut as LShift+RShift+ which I felt had a nice balance between deliberateness and easy-to-reach (since you are using it with your hands on homerow).

Though because some keyboards have key rollover issues with using both Shifts, Capslock+ is also allowed as an alternative activation shortcut.

[0] https://github.com/EsportToys/TPMouse

I personally use AutoIt a ton as a super fast way to quickly prototype GUIs. It's basically a really simple entrypoint for WinAPI.

Shameless plug: my script for emulating a trackball with your keyboard [0], and my tray app for quickly tweaking your cursor speed (usually for when I'm drawing something)[1]

  [0] https://github.com/EsportToys/TPMouse