Buff Macro problems and Mousebinds in ISBoxer

[Matschdock]

Hi,
i started my group of DMMLP.
First i had big problems with "Interact target", randomly working or not working.
I switched from a mouse bind to a key bind, now it works perfect.

Also I tried to create a macro for buffing my team.
i have some difficulties:

/targetparty: doesn't select the player buffing

/castsequence: only allows one (@unit) and ignore other (@unit), i tried this for example and it doesn't work:
/castsequence [@Char01] arcane intellect, [@Char02] arcane intellect

/cast: different lines of /cast don't seem to work either

Do i miss some commands or am i wrong with the syntax?

[Wizeowel]

Indeed /castsequence can only have a single [options] block.

You can try mouseover macros like /cast [@mouseover,help,nodead] Arcane Intellect if you ensure that the unitframes are in the same place for every toon (e.g. sort alphabetic) then it can be cast from the active toon.

Some people use auto-buff addon, but I don't have any specific suggestion.

If you are using ISBoxer there is the possibility to use the {FTL} macro extension to make a sort of 'buff me' macro, similar to the standard 'assist me' and 'follow me' macros. But then you'd have to switch to each toon, so that's 10 button presses for a 5-man group.

Buffing is not trivial in classic. You can reduce it to 5 main binds. I have O=fort/motw ctrl-O=int/spi shift-O=blessings Y=thorns/inner/mage/demon/trueshot and shift-Y=sharpening/poisons. Then of course there are the less-used ones like fear ward, shadow protection, dampen magic, underwater breathing, detect invis, etc. Plus you need a way to monitor all of these in case they fall off.

[Fuii]

Many people are using the SmartBuff addon:
https://www.curseforge.com/wow/addons/smartbuff-classic

You can setup conditions to buff stuff and then just spam a key; it supports a group wide buff check.

[moog]

Many people are using the SmartBuff addon

+1 for SmartBuff - just setup the rules and spin the mouse wheel and everyone does their next buff :)

[silnas]

Another addon that I've been using is https://www.curseforge.com/wow/addons/buffomat

works like pally power but for all classes.

You can also solve it via GSE, but that requires a a bit more setup.

[Matschdock]

Thank you for all your information and tips.
Right now i just created on every toon with buffs 5 macros (one for every group member).
So i have to press 5 keys, to buff everyone with the group buffs (arcane intelligence, mark of the wild, blessing)

The suggested addons don't violate the WOW Classic TOS (Smartbuff and buffomat)?
It seems to me, there is a lot of automation going on there.

[nodoze]

Thank you for all your information and tips.
...
The suggested addons don't violate the WOW Classic TOS (Smartbuff and buffomat)?
It seems to me, there is a lot of automation going on there."AI" is not Automation.

AFAIK at least when using SmartBuff I had to bind it to a key or something like scrollback. Yes it helps ID what needs to be done for you but you do still have to initiate the action by pressing the key or scrolling the mouse (depending on what keybind is setup).

Certainly one in game action for each input (keypush or scrollback detent) is not automation. <edit>

There may be some "Artificial Intelligence" helping determine what needs to be done and letting you know it needs to be done but as long as "getting it done" is due to a player input it is legal and not automation...

...


EDIT: Note previously I had in my 2nd paragraph above where the <edit> is the following which is INCORRECT for WoW at least according to one blue post as documented by by jak3676 on 07-27-2020 at 01:18 PM in his edited post below:

"You can even do 2 actions from a single keystroke as you can legally trigger action on key press and then the second one on key release and it isn't automation..."

[silnas]

@Matschdock

What Nodoze said. The addon use API calls to get duration and/or true/false statement if buff exists then run code to update a macro in game that will buff the character with the spell. Its a form of AI that uses blizzard API, all within the rules.

Also for them to work you must be outside combat due to blizzard blocking updates to macros while in combat.

[jak3676]

*edit* multiple edits throughout. Rather then replying to myself, it seemed more precise to clarify my response"

The addition of logic (and/or, true/false, if/then) sounds exactly like prohibited automation to me. But if the addons are doing it all within the Blizzard provided API, that should be OK. If for some reason Blizz doesn't like that, they'd change the API.


... You can even do 2 actions from a single keystroke as you can legally trigger action on key press and then the second one on key release and it isn't automation...

I don't think the above is accurate. I've always thought Blizz was clear that the rule was 1 action per 'keystroke', and that keystroke included both the 'keydown' event AND the 'keyup' event.

https://www.dual-boxing.com/threads/46453-Blues-on-Boxing?p=354852&viewfull=1#post354852



Basically, im wondering if using Keyclone to send the same signal to multiple clients with one keypress is acceptable.

Im looking for a solid yes or no answer here


Yup, keyclone is fine.

Just make absolutely certain that you’re not making more than one keypress (for the purposes of the word ‘keypress’ this includes a single key press AND release with no delays), or including delays between key-presses with each action.

Essentially, if you could legally create the command as a functional macro within the default user interface, then it should be okay.

Malkorix, Blizzard Poster

[Wizeowel]

The addition of logic (and/or, true/false) sounds exactly like prohibited automation to me.

We're talking about an addon, which has a security system that WoW can enforce. See https://wow.gamepedia.com/Secure_Execution_and_Tainting

The "per keystroke" thing is a rule for external programs that WoW cannot internally enforce.

[jak3676]

The "per keystroke" thing is a rule for external programs that WoW cannot internally enforce.

Can you elaborate? I'm not following you.


We're talking about an addon, which has a security system that WoW can enforce. See https://wow.gamepedia.com/Secure_Execution_and_Tainting

I fully understand that the addon operates within the authorized API that Blizz controls and enforces - if there's any concern there, its up to Blizzard to enforce within their API. I don't see anything wrong/risky with anyone using the addon, or with people here recommending it.

What does seem odd to me is that the addon is doing something that Blizzard specifically said they were trying to prohibit addons from doing - intelligently deciding to cast the buff or not to cast the buff based some logic within the addon. From the link you provided above, "
2006-10-06 00:00 | https://gamepedia.cursecdn.com/wowpedia/2/20/Blizz.gif?version=8410079b8d13db9ee40a3d05d325dcb6 (https://wow.gamepedia.com/Blizzard_Entertainment)slouken (https://wow.gamepedia.com/Slouken)Just to clarify, AddOns and macros will still be able to cast spells (with user interaction of course), they just won't be able to use logic to intelligently pick spells or targets.


Sorry - not trying to stir up any drama here, where I really don't think there is any. I think I agree with you. I'm just trying to understand.

[nodoze]

... What does seem odd to me is that the addon is doing something that Blizzard specifically said they were trying to prohibit addons from doing - intelligently deciding to cast the buff or not to cast the buff based some logic within the addon. From the link you provided above, "

Sorry - not trying to stir up any drama here, where I really don't think there is any. I'm just trying to understand.I think the difference is, at least in part, convenience vs combat.

If you set SmartBuff to try to buff in combat logic goes out the window and it casts over and over.

[MiRai]

Can you elaborate? I'm not following you.

I fully understand that the addon operates within the authorized API that Blizz controls and enforces - if there's any concern there, its up to Blizzard to enforce within their API. I don't see anything wrong/risky with anyone using the addon, or with people here recommending it.

What does seem odd to me is that the addon is doing something that Blizzard specifically said they were trying to prohibit addons from doing - intelligently deciding to cast the buff or not to cast the buff based some logic within the addon. From the link you provided above, "

Sorry - not trying to stir up any drama here, where I really don't think there is any. I'm just trying to understand.
My response isn't aimed directly at you, but this seems to need repeating from time to time.



Add-ons cannot do anything that Blizzard doesn't allow.
If an add-on can do it, then Blizzard allows it, since the Lua sandbox is 100% under Blizzard's control.
Never, in the history of add-ons existing in World of Warcraft, has any player been banned for using an add-on.
Furthermore, if Blizzard doesn't like the way an add-on is performing or being used, then Blizzard will simply restrict the code that the add-on uses.

[Fuii]

Furthermore, if Blizzard doesn't like the way an add-on is performing or being used, then Blizzard will simply restrict the code that the add-on uses.


And that part came true couple of times in Classics history already; like changing the log range of character actions/abilities to cripple various spy addons.

[MiRai]

And that part came true couple of times in Classics history already; like changing the log range of character actions/abilities to cripple various spy addons.
The earliest instance I can remember such a thing happening was back in WotLK, when Blizzard broke the AVR add-on, which was used to draw on the game world to assist with raid positioning.

Article w/ Blue Post: https://www.engadget.com/2010-05-20-blizzard-to-break-the-avr-mod-in-patch-3-3-5.html
Example: https://www.youtube.com/watch?v=fimaiHFp3aM

[Wizeowel]

I think the difference is, at least in part, convenience vs combat.

Totally this. Combat in Wow is really the big on/off switch for automisation.

They didn't want to break auto-buffing addons, because was a serious quality-of-life thing especially for paladins back in vanilla days. But they did want to break healbot and similar addons which chose target and most efficient spell rank for you.

Incidentally, for the first few months of Classic Button:SetEnabled was unprotected during combat, so you could automate things by enabling/disabling a button that contained a macro.

[Moorea]

> Certainly one in game action for each input (keypush or scrollback detent) is not automation. You can even do 2 actions from a single keystroke as you can legally trigger action on key press and then the second one on key release and it isn't automation...

nope, you shouldn’t do 2 actions in 1 physical key press in combat
that it is « hard to detect » doesn’t mean you should do it

[nodoze]

> Certainly one in game action for each input (keypush or scrollback detent) is not automation. You can even do 2 actions from a single keystroke as you can legally trigger action on key press and then the second one on key release and it isn't automation...

nope, you shouldn’t do 2 actions in 1 physical key press in combat
that it is « hard to detect » doesn’t mean you should do itThat was already well pointed out above on 7/27 with the quote of the applicable blue post.

I went ahead just now and changed my post above to denote that so we don't repeat things already said/corrected.

Doesn't change the overall points of my replies that "AI" isn't necessarily the same as "Automation" and that, while the rules are somewhat subjective, it matters whether you are in combat or not...

[Moorea]

as long as it starts to sink in that using isboxer to cast 2 combat spells in 1 key or use time delay isn't right, we're all good