Posts: 82
Threads: 12
Joined: Dec 2014
01-04-2015, 04:48 PM
(This post was last modified: 01-04-2015, 04:53 PM by Naejin.)
Is the comma formatting properly adding an "or" check? Every profile I have with Protect spams it, even if applied. If I use dev tool to id the buff and remove the other from skill editor, it works properly. This is, of course, not a suitable answer. Anyone help me out?
e.g.
Missing Buffs(1+2, 3) | 146,147 (with or without space between comma and second buff doesn't change anything
Posts: 2,921
Threads: 12
Joined: Sep 2014
(01-04-2015, 04:48 PM)Naejin Wrote: Is the comma formatting properly adding an "or" check? Every profile I have with Protect spams it, even if applied. If I use dev tool to id the buff and remove the other from skill editor, it works properly. This is, of course, not a suitable answer. Anyone help me out?
e.g.
Missing Buffs(1+a2, 3) | 146,147 (with or without space between comma and second buff doesn't change anything
146+147
Posts: 82
Threads: 12
Joined: Dec 2014
So, the addition sign is an or operator? What about and checks?
Posts: 276
Threads: 10
Joined: Sep 2014
If I recall it right.
Comma = or
Addition Sign = and
Posts: 2,921
Threads: 12
Joined: Sep 2014
(01-04-2015, 05:01 PM)Leon Wrote: If I recall it right.
Comma = or
Addition Sign = and
sounds right to me
Posts: 82
Threads: 12
Joined: Dec 2014
(11-16-2013, 08:42 PM)Cichard Wrote: (11-16-2013, 01:04 PM)lolm8 Wrote: I believe you just put the debuff IDs separated by a , (comma).
thats , = or not and
This was the only reference I found. Its quite old. After playing around some more, it seems that the (+) is acting as an OR argument after all. I suspect the comma is acting as part of the id, and not as an operator?
Posts: 6,540
Threads: 67
Joined: Nov 2013
123,345 would be OR
123+345 would be AND
Posts: 82
Threads: 12
Joined: Dec 2014
01-05-2015, 01:22 AM
(This post was last modified: 01-05-2015, 01:23 AM by Naejin.)
Can you then explain the issue that I am having? It is only properly reapplying Protect with the + in place. The comma just puts it in a loop. To test, I used food buff with protect id that was currently applied with the + operator. With both buffs on, the bot did nothing. When either buff was clicked off (and one remained) the bot did nothing. When I remove both, bot applies protect. This is in the has buff category, obviously.
Maybe I'm missing something, but it doesn't add up. If that was an AND operator, then it would try to reapply Protect after clicking one (or the other) buff off. Thoughts?
Just using the + (as an OR) works in this case. I am just trying to get a better understanding for future use. Thanks!
Posts: 6,540
Threads: 67
Joined: Nov 2013
since there is two different buff ids from the same spell id at different levels protect is a tricky skill. You can simply have 2 protects in your skill profile have one be used when character is below the level they get the upgraded version of protect and the 2nd to only be used after the level you get the upgraded version of the buff. Then use a single buff id for each version of the spell.
Posts: 2,921
Threads: 12
Joined: Sep 2014
it is basicly saying
if you are missing 146 or 147 cast spell. (,)
If you are missing 146 and 147 cast spell. (+)
since your always missing a spell 146 or 147 it always casts the spell.