A couple of ideas for future improvements to bufftrigger2
asaka-wa opened this issue ยท 7 comments
These are low impact but they come up occasionally:
-
Black-listing, not just white-listing.
- Currently we can get "all buffs" or "some specific things". Would be nice to get everything but the matches.
-
Remaining < # and include missingIt's common to want to trigger when an aura is low or missing and currently requires 2 triggers.
-
Total duration
- IIRC infinite buffs have a 0 duration so show up in Remaining < 5 checks.
- Currently people end up using workarounds with Conditions
-
Group member names as well as units
-
Maybe some broader UnitIsUnit functionality to allow some limited use of targettarget and other "secondary" unitIDs. -
When tracking unaffected (using Fetch Affected/Unaffected or by cloning unaffected) remove dead units -
Expand Group Role to classes
-
Party
-
%totalStackCount
-
unit = group & auto-clone, having a unique property "number" (?) from 1 to %unitCount for each state when multiple units have same buff/debuff
"Remaining < # and include missing" can't be implemented due to how the buff trigger works.
TargetTarget is afaik not implementable because there are no UNIT_AURA events for that, iirc.
Group member names is not something I want to support.
The rest look fine.
An idea with unit = group & auto-clone, having a unique property "number" (?) from 1 to %unitCount for each state when multiple units have same buff/debuff
That would allow using conditions for setting different colors and/or raid markers for each unit.
Can we please not tack on new requests to old tickets?
Additionally, can we confirm which requests have been implemented, which won't be implemented, and which ones are planned, so that we don't have a perpetual zombie ticket that nobody knows what to do with? @InfusOnWoW @mrbuds @asaka-wa
Can Unaffected include only living units, or a setting be provided to specify that?