AutoHotkey Community

[XavierGr]

My keyboard is Microsoft's Wireless Desktop 6000 v2.0
And I have a Logitech G7 Mouse

Both of these products have some buttons that AutoHotKey can't recognise.
Using Micha's Script my results are not so good.

The keyboard and mouse classes work and detect the normal keypresses that AutoHotkey detects by default.
All the other buttons need the HID class to be captured.

Unfortunately my logitech mouse will not transmit any data on the HID class (1, 12), so at least on that class you can't really capture any keypresses.

My Wireless Keyboard does transmit data on 2 HID devices.
While monitoring you get tons of data and I had to do some filtering to get keypress data.
Again, unfortunately, while pressing the unrecognized buttons I got various values and most of the times buttons would produce varying results on each keypress. So mapping specific values to a button didn't work out in the end.

Either I am missing something or there is something fishy to it.
Though I have to say that the detection script worked perfectly for a HID joystick I have. (though there aren't any non recognizable buttons that autohotkey failed to map with this device)

If someone manages to find something further please report it.
Both setpoint and intellitype are worthless and horrible programs which I am sure lots of people would be very happy to replace with just an autohotkey script.
_________________
One hotkey to rule them all!

[Guest]

I have a Conceptronic (PC-SATi) USB Reciver.

Win XP install it as a Keyboard.
When I press a key in my remote, send to desktop keys as tab,enter,1,2,3,4,5,n,f,...

With .dll I can get all keys pressed in all keyboards.

And change .ahk I can get only My reciver pressed keys.

Two Problems:

1.- (More Important) Can I disable device for other aplications?
When I press a remote key .ahk work but send key to desktop too.
In 'uICE' (Win Program) has Option 'disable device for other aplications' with this uICE catch my reciver but windows don`t send this keys to desktop.
Is posible this with Autorhothey HDI-device?

2.- + and - VOL is the same Key (16) with the same parameters.

Thanks.

[interiot]

The AutoHotkeyRemoteControlDLL.ahk script posted on the site only supports 9 HID/KB/MOUSE devices. To view more than that, this patch is required:

[K-Mile]

I must say this script is really amazing! It lets me handle all but my 7 button Dell mouse perfectly. I do have one question however:

Is it possible to prevent propagation of events? I have a Microsoft keyboard that features a lot of extra buttons, but I can't seem to stop the keys from firing as well.

Thanks!

[darkangael]

Another hand up for the suppressing propagation. I have finally worked out how to get it to distinguish my two keyboards but there are two problems:

1) Autohotkey gets there first. If Autohotkey is blocking propagation then the DLL won't get it.
2) If AHK doesn't have a blocking hotkey it gets passed to active as well as wherever I redirect it to.

According to the autohotkey documentation OnMessage callbacks can return an integer to prevent the message being passed on, however doing so doesn't prevent the WM_INPUT message being passed on. This is possibly because the message arrives elsewhere first? Or WM_INPUT generates separate messages for each window registered? Or perhaps the application is receiving a completely different message which is allowing it to receive the keypress.

It is possible that modifying autohotkey to set a variable upon a hotkey to detect which keyboard it was called from rather than using this DLL for the purpose is easier. Autohotkey is already able to prevent message propagation and also handles regular keyboard input. It works well for detecting multimedia keys however, provided that no action was already mapped (which could be a problem for Vista users).

Hopefully I have given those with more Win32 experience than I something useful to help solve this. I am by no means an expert so take what I have said with the appropriate cautions.

[darkangael]

After looking at the AHK source code I can see that seeing what device caused an input wouldn't be easy at all, it may not even be possible without a lot of rewriting as the keyboard hook method doesn't expose this information.

I have another idea of how to approach the problem although it probably won't work. I'll let you know how I go.

EDIT: My idea was to set a flag via the DLL when an input was received stating which device it was from. The hotkey would then pick this flag up. Of course this didn't work as the hook picks it up first and blocks the event from reaching the DLL callback. With the tilde prefix it works somewhat curiously. While the hotkey FIRES first, it still appears to receive the result from the callback and uses it. This was a consistent result. Either way I think it's a dead end.

Another interesting thing I noted was that the hotkey wasn't received when the script's gui (a keyboard log) was active. This wasn't the window that I registered the callback with, however.

I think in terms of using this DLL to detect input from additional keyboards/mice we would need to discover why returning an integer doesn't block the propagation of the message.

[Chris]

Thanks for posting your findings. They will be useful to me when the time comes to work on support for alternate input devices (including multiple keyboards and mice).

I don't know why OnMessage can't block WM_INPUT. Perhaps the OS has special low-level handling for it that makes it behave differently than other messages.

[eph]

I don't know if Micha is still frequenting the forum, but maybe others have any clue too..?

I'm on Vista Home Premium 64 bit.

My Sony Ericsson K510 phone supports HID profiles (you can even make your own, like on all SE Bluetooth phones).

The MOUSE device works without problem; but every time I try to register its KEYBOARD device, it crashes silently after the first keypress on the phone..

Would be nice to get it working though, I think the API didn't change (much) with Vista, so my guess is that this is not where the problem is related. But this is above my head anyway..
Ideas / fixes?

[selyb]

IF i understood correctly, several people asked about preventing some multimedia keys from reaching the active window when AHK captures them

the most efficient (probably) method i have found to do this is using the registry to remap some keys

basically you can remap any key on your keyboard that produces a scancode to another scancode
this happens transparently and at a lower level than any other method i've seen

at this moment (1am) i cant remember exactly what key or the format to use
i believe its something like HKLM\Software\Microsoft\Windows\IniFileMapping

keytweak is a program that aids with this but it is limited and doesnt support multimedia keys AFAIK

you can search for posts made by me on the promixis forums for some good info and links about this method

[Micha]

Hi,
I've found time to have a look at the dll and I've found bugs!
The dll returns 00 04 00 and the values are converted to 00 52 00 from the script.

Please download the archive (link is in the first post) and try the new AutoHotkeyRemoteControlDLL.ahk

Now you shouldn't have 2 keys with the same value or keys with changing values each time you press them.
You can see the number of the device which sent the latest data.

If you still have problems, please post them
Ciao
Micha

(feeling ashamed for answering soooo late)

[boulder]

I 've written 2 separate AHK files, based on Micha's great DLL and script (thanks Micha for your great work) one for using my MCE remote in Mediacenter (reusing the coloured Teletext buttons at the bottom, as well as the * and # key), and another one for Media Player Classic, in which I reuse almost all keys on the remote.

Now, the difficulty I have is in using the IfWinActive or #IfWinActive functions, so that I can have one set of functions in one program, and another in the other program.
It seems that they simply have no effect, and if I press the red button in a command prompt with Mediacenter not running, it still triggers the function I mapped to that button.
So I am wondering, does the fact that one is using an extra DLL make it impossible for those functions to work, or is it because of the Onmessage function ?

I suppose I made some beginner's mistakes, as this is only the second script I created.
BTW : this one does not contain the ones from Media Player Classic, just the MCE ones.
I did not know where to put the #IfWinActive, or whether it would be better to use a IfWinActive instead.
While experimenting, I often got errors about not being able to call a function from within a function.

[engunneer]

#IfWinActive only affects hotkey labels (ending in ::); it does not affect your OnMessage. The label called by OnMessage should check the active window using IfWinActive. Don't put an IfWinActive above the OnMessage.
_________________
Unless otherwise noted, all code is untested.
Common Answers: 1.(Loops, Viruses, etc.) 2. Search 3.RTFM

[Micha]

Hi,
I've written a sample script.
It uses an ini file.

[Guest]

It 's working a lot better now, most keys respond as I want them to.

There is just one thing which I would like to achieve that is quite complicated and I wonder if it can be done at all.

I would like to have the FFWD and REWD (double arrow keys) to respond as in Mediacenter.
In Mediacenter, if you press it once, it repeatedly skips a certain time interval.
You can release the key and it will keep skipping, until you press the pause or the play key.
If you press the same FFWD key again, it will skip in larger time intervals.
Again it will do this automatically until you press another key such as play or pause, or stop.
So there are 4 different speed settings.

I assume I could use a variable to keep track of the current speed.
Question is : how do I make it loop UNTIL another key is pressed ?
I would need to make a loop and in that loop, check the keys again.
If the same key is pressed I would need to change the value of the speed settings, and send a different keystroke to Media Player Classic.
If another key is pressed, then it should quit the loop and process that other key.

Do you think it can be done or is this too complex ?

[Micha]

Hi "Guest",
this can be done in the script.
Whenever a key is pressed, the OnMessage function is called. Within this function you can call another function (i.e. AccelDeccel(key))

Within this function you can keep track the last used key.
*If there is no last key, start a timer which sends the desired key to the application

* If the key is the same, accelerate (Set timerintervall faster) (you have to know what keys to send to your application to achive fast forward)

* If the key is different stop the timer and remove the last used key

Hope this helps a little bit
Ciao
Micha