Fixing the melee IWT runaway problem

[aasi888]

The standard implementation of auto-assist, auto-interact abilities in ISBoxer is already more than 1 keypress: assist FTL macro, click-to-move macro, IWT button. Sending multiple keys at once is absolutely fine.

What's not fine is any kind of delay between the hardware action and the keypress message, e.g. that the keyup comes later than the keydown.

Wait, so 1 keypress = 1 action is no longer valid? I somehow doubt that (last time I asked about this it wasn't allowed :https://www.dual-boxing.com/threads/...221#post423221) .
I suppose you could separate those actions to 2 actions with out breaking the 1 click - 1 action rule:

#1 - Keydown

/assist
/console autoInteract 1

#2 - Keyup

IWT

About this:

You probably think that because anything not on the GCD can all be placed in the same macro and perform all with one click. But two things on the GCD cannot be macroed to cast at the same time.

The movement keys are not on the GCD and can be used at the same time as other abilities without any problems at all. Running while shooting as an example. Nothing wrong with that at all.

Ok, now I'm confused. Is there a blue-post that says this is fine?
1 click --> 1 action only applies for abilities with GCD?

[Moorea]

#1 - Keydown

/assist
/console autoInteract 1

#2 - Keyup

IWT

That would still not be something you can do in game (can’t bind different actions to keyup and keydown)

[aasi888]

That would still not be something you can do in game (can’t bind different actions to keyup and keydown)

Wow API has the keyup/keydown actions
https://wowwiki.fandom.com/wiki/UIHANDLER_OnKeyDown
https://wowwiki.fandom.com/wiki/UIHANDLER_OnKeyUp

It would seem like it is possible to do an addon that allows for separate actions for keydown and keyup.
This example only uses the keyUP:
https://wowwiki.fandom.com/wiki/Usin...for_your_addon

In fact Bindpad addon had both key up and down actions implemented back in version 2.2.0 in order to spam faster. Later the author of the mod decided to remove the feature, but the api calls seem to still exist in wow api.



EDIT: So based on this I'm assuming the 1 click -> 1 action rule applies regardless if the ability has GCD or not.

[Moorea]

You can't do that in combat; IWT by design is supposed to be triggered by a single hw event and so is any kind of casting

Wow API has the keyup/keydown actions
https://wowwiki.fandom.com/wiki/UIHANDLER_OnKeyDown
https://wowwiki.fandom.com/wiki/UIHANDLER_OnKeyUp

It would seem like it is possible to do an addon that allows for separate actions for keydown and keyup.
This example only uses the keyUP:
https://wowwiki.fandom.com/wiki/Usin...for_your_addon

In fact Bindpad addon had both key up and down actions implemented back in version 2.2.0 in order to spam faster. Later the author of the mod decided to remove the feature, but the api calls seem to still exist in wow api.



EDIT: So based on this I'm assuming the 1 click -> 1 action rule applies regardless if the ability has GCD or not.

[lobbery]

Im using a software Called Lidc togheter with GSE. I dont see How my bind could have what your refering to unless its an option in GSE somewhere. Im very light on addons because Im abit OCD and i like control as much as possible. Basically the software option i found most suited was the round Robin so that i could press more then 1 actual button on 1 bind. I Will look into if There is a better option avalible. With that Said the round Robin sends W and T directy as ingame wow binds wich in my world should be that any errors are related to Q wich is a GSE macro with /assist /startattack and a few /cast random spell in a priority sequence
also, thanks a bunch for replys

[lobbery]

Iam not using ISboxer right now so it shouldent be a isboxer specifik problem sir

[lobbery]

I have a question regarding this fix.
I've done the following:
Added a "W" key press to the key (this is my move forward bind)
Added a "T" key press to the key (this is my IWT bind)
Added a "Q" key press to the key (this is my GSE damage rotation bind)

I set this up in a round robin with 3 stages: W followed by T followed by Q. Now, it absolutely works but my characters step forward all the time
wich means that they "push" the mob forward all the time until it actually makes it in behind my characters, i then have to spam the button pretty
fast to make them turn and start doing damage again. I was under the impression that the "W" key were supposed to happen so fast that the characters
dident really move, is this not the case or have i messed up something?

[Jabberie]

I have a question regarding this fix.
I've done the following:
Added a "W" key press to the key (this is my move forward bind)
Added a "T" key press to the key (this is my IWT bind)
Added a "Q" key press to the key (this is my GSE damage rotation bind)

I set this up in a round robin with 3 stages: W followed by T followed by Q. Now, it absolutely works but my characters step forward all the time
wich means that they "push" the mob forward all the time until it actually makes it in behind my characters, i then have to spam the button pretty
fast to make them turn and start doing damage again. I was under the impression that the "W" key were supposed to happen so fast that the characters
dident really move, is this not the case or have i messed up something?

it's shouldn't be the W that is moving them. It's probably the CTM started by the IWT

It could be how you have layed out your IWT, this is mine.

[Cryonic]

This is what I tried:



My other melee chars just stand still and do nut run up to the target (yes, click to move is active). What am I doing wrong?

[JohnGabriel]

This is what I tried:

My other melee chars just stand still and do nut run up to the target (yes, click to move is active). What am I doing wrong?

That should be working. I would have sent the W and IWT to 'other melee' but should still be working as is.

I notice you created a new 'melee IWT' keymap, may be an issue in there.

Did you have IWT working prior to trying this? Making sure you have the keybind for it set in game.