Decai
11-18-2008, 08:38 AM
Hi Guys,
I'm racking my brains here, I think I'm going crazy :)
OS: Vista 32 bit on x86, UAC disabled
Setup: 2x WoW instances on same PC, 1x keyclone instance
WoW: WotLK rtm, 3.0.3
Keyclone: Version 1.8k
I've set up a keymap for my main character, a warrior.
LALT-X on warrior maps to "follow"
LALT-H on warrior maps to "gheal"
LALT-R on warrior maps to "fheal"
warrior
k(72.16.16):hs(gheal)
k(82.16.16):hs(fheal)
k(88.16.16):hs(follow)
223
i've set up a keymap for the alt character, a priest (priest-keymap.png).
"follow" maps to LALT-F
"gheal" maps to 1
"fheal" maps to 2
priest
k(49.0.0):hs(gheal)
k(50.0.0):hs(fheal)
k(70.16.16):hs(follow)
There's method behind this, I wanted to prove to myself that transmitting only hotstrings, and using completely different keys, it still works.
224
I've set up a whitelist, allowing through only LALT-H, LALT-R, and LALT-X.
225
I set up the keymaps on the clones to only transmit hotstrings and not keys:
226
The great news is that its almost there - LALT-H, and LALT-R, actually cause key "1" and "2" respectively, to be "pressed" in the priest instance. However, LALT-X, has some unintended side effects.
It seems the ALT modifier isn't making it all the way through. I have "F" bound to Dispersion on my preist, and "ALT-F" to a follow macro.
What happens when I hit LALT-X in the warrior clone is that my priest receives key "F" without the modifier, even though the priest keymap specified "LALT-F".
Any ideas on how to fix it?
My other question is, for all these keys that have no equivalents on my warrior.
E.g. LALT-H is never bound to a warrior ability, but "H" is....How do prevent it from invoking "H" when I pressed "LALT-H"? I suppose I could bind "LALT-H" to a throwaway button on the warrior or use /script SetBindingSpell() to bind it to a throwaway spell but that seems ugly as hell. Is there a clean way to get WoW to ignore Modifier-X if it isn't explicitly bound?
Thanks!!!
Loving this stuff.
I'm racking my brains here, I think I'm going crazy :)
OS: Vista 32 bit on x86, UAC disabled
Setup: 2x WoW instances on same PC, 1x keyclone instance
WoW: WotLK rtm, 3.0.3
Keyclone: Version 1.8k
I've set up a keymap for my main character, a warrior.
LALT-X on warrior maps to "follow"
LALT-H on warrior maps to "gheal"
LALT-R on warrior maps to "fheal"
warrior
k(72.16.16):hs(gheal)
k(82.16.16):hs(fheal)
k(88.16.16):hs(follow)
223
i've set up a keymap for the alt character, a priest (priest-keymap.png).
"follow" maps to LALT-F
"gheal" maps to 1
"fheal" maps to 2
priest
k(49.0.0):hs(gheal)
k(50.0.0):hs(fheal)
k(70.16.16):hs(follow)
There's method behind this, I wanted to prove to myself that transmitting only hotstrings, and using completely different keys, it still works.
224
I've set up a whitelist, allowing through only LALT-H, LALT-R, and LALT-X.
225
I set up the keymaps on the clones to only transmit hotstrings and not keys:
226
The great news is that its almost there - LALT-H, and LALT-R, actually cause key "1" and "2" respectively, to be "pressed" in the priest instance. However, LALT-X, has some unintended side effects.
It seems the ALT modifier isn't making it all the way through. I have "F" bound to Dispersion on my preist, and "ALT-F" to a follow macro.
What happens when I hit LALT-X in the warrior clone is that my priest receives key "F" without the modifier, even though the priest keymap specified "LALT-F".
Any ideas on how to fix it?
My other question is, for all these keys that have no equivalents on my warrior.
E.g. LALT-H is never bound to a warrior ability, but "H" is....How do prevent it from invoking "H" when I pressed "LALT-H"? I suppose I could bind "LALT-H" to a throwaway button on the warrior or use /script SetBindingSpell() to bind it to a throwaway spell but that seems ugly as hell. Is there a clean way to get WoW to ignore Modifier-X if it isn't explicitly bound?
Thanks!!!
Loving this stuff.