Updated DX1 programming App
I made a small change to the way multikey macros are processed to fix an issue I was seeing with my own use in WOW. It turned out to be an issue with the plugin I was using, but the fix is the right thing to do.
Added support for 64bit App switching, I've had to use the process name instead of the app name for the switching code. You need to create a ".pgm" file in the Macro directory (not the app's directory) named processName.pgm where process name should be the name of the process. Usually the process name is the same as the app name.
I've tested this with the 64 bit version of media player, by creating a file called wmplayer.pgm in the Macro directory.
The issue is that a 32 bit app (which the programmer is) can't look at the process info for a 64 bit app. It's not trivial to build a native 64 bit version of the programming app because of the data marshaling for the native windows calls, so I've added the work around.
I added support locally for actually recording timed macros by just by clicking a record button in the app, and then typing out the sequence you want recorded. I had hoped to wire it up to a trigger based on the pressing of the actual "Rec" button on the pad, but I noticed that the driver you're using doesn't seem to generate any messages for WndProc to handle when either of the two small buttons on the upper right corner of the pad are pressed.
ReplyDeleteAnyway, If you want my simple additions for distribution as part of the app, just drop me a line: freeaxes at hotmail dot com.
Can we get a link to it?
ReplyDeleteany link ?? thanks a lot.
ReplyDeleteWill this all work in Windows 7?
ReplyDeleteHi,
ReplyDeleteI added a dialog to your app that allows entering a desired string, e.g., "YARR" and converting it to a macro. I found the multi-key macro editor cumbersome and this has made my life much easier. I would like to send it to you if you are interested in including it in your app. Please let me know how to do so.