Executing a macro on a slave from master?

[Pennie]

LOL mouse clicking is good for u!

I did some more investigating and looks like what I had wanted to do USED to be possible, but as of patch 2.0.1, they made RunMacro() and RunMacroText() protected, so you couldn't whisper a command string and then turn around and do a RunMacro(strWhisperString) (or even RunMacroText()) and have it run the local macro on the target's instance of wow.exe.

Guess I'm gonna have to get used to keybinding unless i wanna go back to two keyboards/mousies.

[Elili]

Congratulations on your narrow escape! You can avoid this problem with HotkeyNet by defining the trigger so the mouse click gets broadcast only when a particular toggle (like ScrollLock) is on or off, or when you simultaneously press some second key or button. Some day soon I'll add conditional triggers to HotkeyNet so you'll be able to restrict the action so it happens only when you click in a particular window.

I thought Pennie could also do this in a second way by defining "virtual buttons" in an existing game window. Somebody suggested this idea in this forum once, and it's on my list of things to add to HotkeyNet. The idea is, you define existing objects like buttons or health bars in the game window as virtual buttons for the third party program. You could also draw new buttons as a semi-transparent overlay. I thought AutoHotKey already had this feature but I just looked at its documentation and I don't see a way.

The real question is, Would there be a way to define a hotkey to only react to "Physical" mouse clicks, as opposed to virtual mouse clicks?

[Freddie]

The real question is, Would there be a way to define a hotkey to only react to "Physical" mouse clicks, as opposed to virtual mouse clicks?

HotkeyNet isn't supposed to react to its own mouse clicks or keystrokes ... if that was happening, it was a bug, so please tell me if it did and I'll fix it.

As far as reacting to injected clicks or keystrokes from other programs, HotkeyNet treats them like physical ones. This allows it to work with other programs. If you have a scenario where this is undesirable, please tell me. I could add an option to turn this behavior on and off. It just never occurred to me that anybody would want to.

[Suvega]

Let me just finish this thread for you guys

Due to limitations in UI, it is IMPOSSIBLE to do anything that involves targeting and casting without user input on any computer WHILE IN COMBAT.

Thus, you will HAVE to bind a key on your alts to do this. This is INTENTIONAL, and came with WoW 2.0 LUA changes.
Anyway to do this, that doesn't involve binding a key, that has a macro assigned to it, WILL GET YOU BANNED. No IF's AND'S or BUT's.

Use trinity bars. You can bind random combination of keys to an INFINITE number of buttons. Furthermore, the buttons can be macros with infinite length. Thus you can do this all from wtihin your actionbars.

[Elili]

The real question is, Would there be a way to define a hotkey to only react to "Physical" mouse clicks, as opposed to virtual mouse clicks?

HotkeyNet isn't supposed to react to its own mouse clicks or keystrokes ... if that was happening, it was a bug, so please tell me if it did and I'll fix it.

As far as reacting to injected clicks or keystrokes from other programs, HotkeyNet treats them like physical ones. This allows it to work with other programs. If you have a scenario where this is undesirable, please tell me. I could add an option to turn this behavior on and off. It just never occurred to me that anybody would want to.

I'll go reproduce it (This was a version or two ago so it may be unreproducable, but I have the file I used saved so) and post it with you later then.

[Freddie]

Thanks.

Edit: Don't bother looking, Elili. Based on what you said I found the bug. I just fixed it and posted a corrected build, number 115. Thanks very much for telling me.

[Frosty]

It's early...and I haven't had much coffee yet.
But this has me really confused on why you wouldn't just want to use the following:

Main Toon
Key = #1 on action bar with nothing in it..blank..no spell..no macro...

Healer Toon
Key = #1 on action bar with macro in it containing:
/target party1
/cast <heal spell name>
-----> you can even add the following which I find helpful in cobat situations
/assist

[bbj]

sorry i i dontmake a whole herd of sense, butimposting from my hospital bed ;-)

anyways,

the eval function dont exist. There is however a way to dynamically create a macro. Problem is twofold. To execute that macro you need a keystroke to trigger it, and you can only build the macro while out of combat. The in combat/out of combat thing was created by blizzard to stop automation type things like what youre proposing.

For examples on how to create dynamic macro's you can look at decursive. Somewhere in there it does it.