Question - Condition to have boxes recognize a stronger buff?

[Nadir]

Hi,

Apologies if this is in the wrong place. I originally posted this question in the KissAssist discussion thread but wasn't sure if it was better suited for here.

When utilizing KissAssist, if my tank has a stronger [whatever beneficial spell] on him, my enchanter will continuously attempt to try and cast their lower (current) level spell. They get the message that the spell doesn't take hold - because a stronger buff exists on the tank.

Is there a condition or something I can add for any buff, that will tell my box to try to cast the spell once, and if it doesn't take hold - to not try again? Maybe until X amount of seconds/minutes or something to that extent?

Thanks in advance!

 

[bytebite]

There should be a ${Spell[Spellname].StacksTarget} but the syntax for checking on the not targeted tank escapes me.

I thought this would be handled automatically. Mind if I ask the buff names?

 

[Nadir]

Yeah, I see it happen with my mage trying to cast Velocity (if it has some other higher level movement spell that was acquired in the guild lobby) or in the enchanter's example both Foresight and the single target haste Speed of Sviir. I should caveat all this to say that im still really new with the macro, and the .ini library didn't have very many recent setups to choose from (for either mage or enchanter) that were around my level ~ 95. So I somewhat patchworked multiple bits together. That all said, im sure its a cluster for anyone who is seasoned with the scripting in those files but I was just trying to wing it as best I could

 

[Nadir]

There should be a ${Spell[Spellname].StacksTarget} but the syntax for checking on the not targeted tank escapes me.

I thought this would be handled automatically. Mind if I ask the buff names?

This is helpful though. I could just add a condition with this and apply the condition to beneficial/pet spells on both the enchanter and mage here, yeah?

 

[bytebite]

Ahh I think the stackstarget will cause some issues because the condition is evaluated outside of targeting the buff target.

I'd try something like: Cond1=${Spell[${CastWhat}].StacksSpawn[id ${WhatID}]}

No idea if that'll work but it's what I'd try first. Those get evaluated by Sub CastWhat it seems so that should handle the variables to get the right target and spell no matter what line.

 

[Nadir]

Ahh I think the stackstarget will cause some issues because the condition is evaluated outside of targeting the buff target.

I'd try something like: Cond1=${Spell[${CastWhat}].StacksSpawn[id ${WhatID}]}

No idea if that'll work but it's what I'd try first. Those get evaluated by Sub CastWhat it seems so that should handle the variables to get the right target and spell no matter what line.

This may have done it. I went through and added a bunch of conditions for normal buffs and pet buffs on the enchanter, and he's at least stopped trying to cast these spells (a better one does exist on the pet and the targets for the other buffs.) I do see him target the tank, or his pet with the haste buff loaded, but then drops the target and re-targets whatever I have my assist targeting. I'll check this once these buffs fall shortly to see how it behaves with rebuffing when a stronger buff doesn't exist, etc.

Thanks for the help here.

 

[Nadir]

Ahh I think the stackstarget will cause some issues because the condition is evaluated outside of targeting the buff target.

I'd try something like: Cond1=${Spell[${CastWhat}].StacksSpawn[id ${WhatID}]}

No idea if that'll work but it's what I'd try first. Those get evaluated by Sub CastWhat it seems so that should handle the variables to get the right target and spell no matter what line.

No dice here. Obviously I'm subbing in "CastWhat" for the spell name, but am I changing "WhatID" to something else also? It throws a CAST_COND_FAILED

 

[bytebite]

I meant leave it as ${CastWhat} and ${WhatID}. I'm not running Kiss to test but those are the variables used to pass a cast what on who so they should evaluate at condition time just fine.

This is one of those problems you kind of out level eventually.

 

[Nadir]

Got it. I'll give it a spin in the morning!

 

[Nadir]

Still throws an undefined variable: CastWhat for this unfortunately.

 

[ctaylor22]

it would be castWhat the C is lower case.

 

[ctaylor22]

Are you using DanNet?

 

[Nadir]

Are you using DanNet?

Yep!

 

[ctaylor22]

Hmm. Then from The character that is being buffed I would use the /echo ${Spell[BuffName].WillLand} and see what is returned. Notice that the name of the spell is not always the Name of the buff that shows in the characters buff window.

 

[tervalas]

iirc conditions are checked prior to obtaining a target, unless you just happen to already have the intended target targeted prior to the conditions being check.
Target in this case means your current Target in game, not the intended target of the buff in question.

I do not know if this also applies to StackSpawn...but my guess is that it does.