NeedToKnow

4 - Watch buffs like Beacon

What is the enhancement in mind? How should it look and feel?
  Be able to specify that a bar track a spell that the player can only have one instance of, like Beacon of Light, EarthShield, etc.

Please provide any additional information below.
  An interesting idea posted on the curse comments.  This should be doable for party-target buffs (since you will get UNIT_AURA for them), but handling the general case will likely require COMBAT_LOG_UNFILTERED, which is undesirable.

User When Change
Kitjan Mar 28, 2012 at 00:33 UTC
Kitjan Dec 18, 2009 at 02:27 UTC Create

You must login to post a comment. Don't have an account? Register to get one!

  • 3 comments
  • Avatar of Kitjan Kitjan Mar 28, 2012 at 00:33 UTC - 0 likes

    Two years in the making, hehe, this is finally implemented in 4.0.03. You can set the "unit to watch" to "Last Raid Recipient", and it will track whatever raid member the spell was last cast on. This still doesn't address multi-dot tracking as it's only one instance of the spell and only on raid/party members (which generate UNIT_AURA notifications.)

  • Avatar of Kitjan Kitjan Apr 15, 2010 at 00:32 UTC - 0 likes

    Multi-target dots are definitely out. And arbitrary targets (like tracking a judgement) also requires combat_log_unfiltered as far as I know, so that's out too. But I think UNIT_AURA will work for party and raid members, so a UNIT_SPELLCAST_SENT/UNIT_SPELLCAST_SUCCEEDED could be used to start the bar, and UNIT_AURA used to tear it down, basically fitting the same structure and efficiency now. Just a matter of a) implementing it and b) the configuration UI for unit which makes sense and only shows when appropriate

  • Avatar of lieandswell lieandswell Apr 15, 2010 at 00:07 UTC - 0 likes

    This can already be done if your Beaconed target is your focus and NTK is set to watch focus. Getting it to work without focus gets into multiple-target DoT territory.

  • 3 comments

Facts

Last updated
Mar 28, 2012
Reported
Dec 18, 2009
Status
Fixed - Developer made requested changes. QA should verify.
Type
Enhancement - A change which is intended to better the project in some way
Priority
Low - Might slip to a later milestone.
Votes
0

Reported by

Possible assignees