AutoHotkey Community

[nahckcaj]

Hi guys, I hope I'm not confusing you all.

Autohotkey is consider a software based scripting. Is it possible to program or make it driver based? so that we can integrate it directly to any keyboard.

Like, a gaming keyboard comes with a driver to install. Without that driver, the gaming keyboard is just a normal without special functions. So I'm thinking of whether is it possible to create such driver to suit every normal keyboard?

One very simple function I could thought of was, remapping key; press hold F1 & F2, press a, release F2, press b, and the end result will be remapping a with b, etc.

Note: This will all be driver based.

Would all these be possible?

[interiot]

The software that comes with keyboards doesn't always restrict itself to implementing its functionality only in drivers, so I don't think that's a useful distinction. Why does it need to be implemented as a driver?

[nahckcaj]

hmm.. I'm not sure, but I always thought autohotkey is capable of doing almost everything. See if any pros out there has the knowledge of doing it.

Yep, you can say that it's something like a bundle. I don't want it to be just the exe that is running. I hope it can be specially integrate into the keyboard, and dedicated and be it's driver. I hope you guys got the picture now

Another thing that I could describe, when we are programming with autohotkey through .exe, the origin is running from windows, but if we are able to integrate it into one's driver, the origin of it's command comes from it and will go through the process of sending the key to windows, then execute.

[n-l-i-d]

AutoHotkey as is, can only compile to exe. It functions as a remapping program, and is always "after the fact" (after the keyboard driver loads). It "only" detects whatever it can receive from the existing Windows keyboard driver.

AutoHotkey is open source, so you could try yourself. You'd have to seperate the parts from the source of AutoHotkey that deal with hotkeys/remapping from the rest, create some sort of messaging system (for getting/setting the data from the outside with for example an AutoHotkey script) and try to compile it as a dll that can extend or even replace the Windows keyboard driver. Not easy, I guess...

Remember that USB keyboards etcet. use other drivers from the system, you can take a look at DLLCall: Support for Human Interface devices from Micha, he might be willing to share his dll source.

It might all in all be easier to use an existing open source keyboard driver though (if one exists)...

HTH

[n-l-i-d]

The keyboard driver by GeomanNL might interest you even more

[nahckcaj]

Hey nlid, thanks alot for ur links. It really helps. Just that their codes are really hard for me to understand. Had been figuring for the passed few days.