Moschar

disregard this post

 

• Adoriele

Seriously. Two posts up from yours, I mention it specifically.

Work is mostly done on the next version, with limited online testing so far. Just need to rework the options screen to mesh with the much larger number of bars that will be available, and flesh out some of the more tricky aspects. I'm going to try and make sure that nothing that it does in 1.2.1 is missing, but something may get forgotten along the way, once 1.3 is out let me know if I've forgotten something.

The major reason this is all taking so long is that I'm completely reworking the underlying structure of the addon. The change should be visually transparent (i.e. other than moving around a couple of the color options to new places, which would require you to re-change them if you had already set up custom colors, you shouldn't notice any changes other then the new bars), the addon is going to be a lot more modular. The extent of this is such that (if I've prepared things correctly) you'll be able to add some things on your own in order to track them. I'm going to try and make this doable without editing the main file, ideally you'd add in your own file to the SAA directory and it would load it in for you, and not overwrite it when SAA gets updated. First iteration I'm pretty sure won't be able to add controls to the options screen for these custom bars, but depending on how easy it is to do that with the AceConfig framework, it's on my list of to-dos.

Here's a little insight into how things will work in 1.3; There are five categories of things SAA will track: Trinkets, Procs, Debuffs, CC, and Abilities. Everything it needs to track has an entry under one of these categories in two structures: combat and db.char.bars. The first entry controls the specifics of the spell/item to track, the second controls what you want displayed. The names of these MUST be identical as shown in the following examples. The only exception is Solar Eclipse, and that's taken care of for you.

Trinkets will give you two options (on top of whether to show them). MergeTrinkets allows you to put both trinkets on the same bar. TrinketCooldowns has dual purpose. If trinkets are merged, it will force the trinket bar to show cooldowns instead of durations. If unmerged, it will show cooldowns as well as durations on each bar. Trinket detection is dynamic, and triggered by the buff the trinket gives you (yes, this means it won't track Extract). If merged, SAA will sort the trinket (buffs or cooldowns) by duration, so that the one that falls off first will be on top. If unmerged, the second bar will only be triggered if the first bar is in use (but the trinket will not move to the first bar when it becomes available). The tracking entry for a trinket is of the form
Pretty self-explanatory. If you don't provide a cd (cooldown), it will assume the trinket is a use: instead of a proc, and will check the item's cooldown for you (provide 0 for something like IDS). id is the spellid of the buff you gain. For proc trinkets, this is usually two steps obfuscated from the item (itemid->spellid of the spell that gives you a chance to get the buff -> spellid of the buff itself). Just a warning, it'll take a little work to get at it from WoWHead. I've included all non-PvP epic trinkets (I think) that benefit a caster, and a few rare ones as well. The color entry for each trinket is non-changeable without editing the main file, simply because there are so many of them. Every other category allows you access to the colors from the options (though, again, not until I can get that part working). Trinkets also don't have a db.char.bars entry, or at least adding things there won't do anything.

Procs are the only category that cannot be merged. The entry is
Unlike Trinkets, not providing a cd just means it assumes there isn't one. If you set cd = true in db, make sure you have an entry in combat as well, since there isn't a spell in your book to look at cooldowns for. Unlike every other type, when unmerged, you can track a Proc's CD without tracking its duration.

Debuffs can be merged like trinkets, which as mentioned before removes their ability to track ticks. Debuffs are triggered on use of the spell, not the aura being applied (same with Abilities), and are reworked every time you switch targets, just like before. FF is a special case, in that it will track any FF or FF(F) on your current target, not just your own.
[code]
SquawkAndAwe.combat.debuffs.Moonfire = {id = 48463, name = GetSpellInfo(48463), tick = 3}
SquawkAndAwe.db.char.bars.debuffs.Moonfire = {show = true, color = {}, tick = true}
[code]
Again, if you set tick = true, make sure to set the tick interval in combat. Tick bars will be 1/3 size at the bottom, like before. I'm still looking into doing hashmarks instead, if that happens I'll likely make them global.

CC works much like debuffs, with two differences. First, it's again triggered by an aura instead of successful cast (limit of the combat log, though it doesn't really change much). Second, CC bars will implicitly also look at your focus after checking your target. Since each of our CC can only be applied to one target at a time, this works out well. In the future, I'm hoping to have it capture the id of the afflicted for tracking even if it's not your target or focus, but that won't be in 1.3. The entries for CC look just like debuffs, without the entries for ticks. I looked at being able to track DR, but it's just not feasible without doing a lot more than I intend here, since most of our CC DRs with spells which are not ours.

Abilities are any spell you can cast that has a cooldown. I include Starfall, Typhoon, FoN, Innervate, and Barkskin. When Abilities are merged, the bar will show cooldowns. When unmerged, the bars can also show durations, if the spell has one.
Note that setting dur=30 forces a 30-second bar for FoN's duration. For anything that places a buff on you, you can leave that part out since it can check on its own (and should, to handle things like getting Purged). If you choose to show a duration for a bar, it will color the duration the bar's color, and the cooldown the generic cooldown color. If you don't, the cooldown will get the bar's color instead. You cannot track duration without also tracking cooldown.

Again, most of this is a bit premature, since the mod's not out, but if you can think of things you'd like tracked that SAA doesn't give you, this should help get them in there once 1.3 is out. Ideally, again, you'd just be able to list entries in a separate file to get them in there.

The last major change to SAA is that it will no longer dynamically set the length of bars based on what's being shown. Instead, there's a new setting for bars called MaxLen. This setting controls the duration of a full bar, i.e. if the duration or cooldown of something is longer than MaxLen, it will display as a full bar, and be proportionate under MaxLen. The default for this will be 30, but it can go as low as 10s and as high as 100s. As all merged bars sort by duration, if you have more than one item being tracked with a duration over MaxLen, it will still show the one that finishes first on top.

Okay, wall of text over. Hopefully I'll have 1.3 up by the end of the weekend, though my wife's birthday is Monday so that may not happen.

 

• Adoriele

Version 1.3 is Live!

v1.3 - Huge overhaul of the internal workings, mostly transparent but they do allow much easier integration of new timer bars. To go along with this, now includes bars for trinkets, cc, and some abilities. Specifically added this version are the T8 4-piece proc and the PvP set proc, Roots, Hibernate, Cyclone, Starfall, Typhoon, Force of Nature, Innervate, and Barkskin, as well as most Epic non-PvP trinkets and a couple rare ones. CC bars will track both your target and your focus, FF bar will trigger off of and track either FF or FF(F) from anyone on your target, and the majority of the other new bars should have good explanations in their options seconds (mouseover the options). Lastly, all but the Proc bars can be merged by group, i.e. you can have all of your chosen CC timers show up on the same bar.

Also, I've done more to try and fix the missing debuff bar issue. If you previously had problems with IS/FF not showing up when you cast them, let me know if this fixes it.

ToDo:
Ordering of bars within group if not merged
Figure out how to plug in other bars optionally, including generating options for them.

 

ninor

Im not getting an actual bar for the eclipse CD. The text is there, and the border shows, but no bar after the eclipse bar dissappears.

EDIT: Nevermind, everything works when i reloaded the ui. Not sure what happened there.

Additionally, I want to switch the placement of the moonfire and the FF bar, how can I do that? Was looking at the lua, but couldn't figure out where the order of the frames are set.

Can you jam with the console cowboys in cyberspace?

 

• Adoriele

Can you link a picture of what you see? And if you are able, post the text of any errors that are thrown.

There's an issue that was caught earlier where if you turn off all bars in either CC or Debuffs and leave them merged, you'll get an error thrown when you change targets. There's a workaround until I get it fixed (it's a quick fix, but I want to see if there are any more errors to shore up before I toss it up there): Unmerge any groups that you're not going to show bars for. That should stop the errors from being thrown.

 

ninor

It looked like this: Bildr.no

The only 2 errors that was thrown was from Chatter's URL Copy module. Nothing else.

Now it works like a charm though. I did disable all the other cooldown and ability tracking. Possibly related? And I have to say, I put a FF on a target dummy, logged out and back in, and it still tracked the FF when I retargeted it. Thats impressive!

Can you jam with the console cowboys in cyberspace?

 

• Adoriele

SAA triggers all CC and debuff bars when you change targets (leading to the error I mentioned above, since I forgot to make it check whether you had even activated them), and it will track any FF(+F) on any target, so you'll get that. It won't however, track any other bars past a reload of the frames, which happens if you change any options or reload the UI.

Did you disable the other bars before or after you saw the bug? I know it's fixed for you, but I don't like it when bugs magically fix themselves =P

 

ninor

I'm afraid I did several things at once for a while there, messing about with the configuration, but I'm relatively sure this was before I disabled the other bars. I did also mess around with the cooldown background, but it shouldn't be that since even the spark at the end was gone.

I did a merge of the debuff bars, and then unmerged them again, and that did reproduce the error though. An ui reload fixed it.

Can you jam with the console cowboys in cyberspace?

 

xaktsaroth

Great update Adoriele on the addon. How ever as ninor said is there any way to change the order of the bars ? Now with moonfire,IFF,IS,blank hole (for t8 4p procc I supose) then eclipse it looks weird for me.

 

• Adoriele

Unfortunately not yet. Hopefully in the next revision that's not just bug fixes I'll be able to add it in a way that makes sense.

[edit]
Speaking of, 1.3.1 is live. Fixed the bug I alluded to earlier (it was easy enough to reproduce and fix), and bumped the TOC back to 30100, you'll no longer need to load out-of-date addons for SAA.

Something I mentioned on the comments on WoWI, I removed all the localization files in 1.3. They don't affect functionality at all (haven't for a while), just generate nice configuration options. If people are interested in making new localizations, I'll include them, but again they're just a nicety at this point.

 

Nyrathalnian

I would like to thank you for again updating this addon. Your work does not go unappreciated.

 

aeiron

I am also not getting the eclipse cooldown bar. I admittedly did play with many options, including turning off all timers and cooldowns except the original IS, FF, Eclipse options. Resetting bars didn't fix it. Also I'm getting LUA error

"Interface\AddOns\SquawkAndAwe\SquawkAndAwe.lua:1551: attempt to index field 'Abilities' (a nil value)"

It is also not keeping track of dots applied to a specific mob. For example, targetting a second mob and returning to previous, the timers are gone for both.

I like the new features and cleaner bars though. Good progress and looking forward to what else you have in mind for this addon.

 

• Adoriele

Hmm. That sounds suspiciously like the bug I just fixed for Debuffs and CC, and I was under the impression it could only happen to those two since they're the only ones triggered on a target change. Unmerge the Abilities bar (I believe it's merged by default) and see if that clears it up. If it does, just means I need to make the same change I made earlier for Abilities as well.

 

aeiron

Yes, my fault for not reading the earlier post. Un-merging the abilities got rid of that error. I figured out that the losing timers for mobs only happens when I switch from targeting a mob to NOTHING at all, then back. If I go from mob to mob the timers stay, and are accurate for the dots on that mob, but if I clear my targets they disappear completely.

 

• Adoriele

Yes, that's intended behavior. SAA can only show each debuff once, so I limit it to target-only. CC is allowed to check Focus as well because you can only have each CC up once. I may extend that to debuffs, with preference to target, if there's enough demand. I can't let it track arbitrary mobs (i.e. ones you're neither targeting nor focusing) because there is no UnitID for them. You'll get the same behavior if you cast Innervate on someone else for now, but that can be rectified later because a player's name is a valid UnitID if they're in your raid.

 

Amonfana

Thank you for making Squawk.

After that's out of the way, here is my feature request:

Could you add Dash to the standard version? It's the one druidcooldown I can't yet track with your wonderful program and since I am about to try putting it manually after writing this post I don't know yet how successful I'll be.

Thanks

 

Talsh

Thanks for the update, Adoriele. The new SAA is very nice looking and the disappearing debuff problem seems to be resolved. Now, if only those bars were rearrangeable...maybe is there a way to just have a bunch of individual bars with a snapping option rather than one lump of bars? I would love to group the cooldowns for trinkets/FoN/starfall in one bank, and the more common MF/IS/Eclipse in another.

Again, thanks so much for your hard work - and happy birthday to your wife!

 

• Adoriele

Yeah, ordering the frames is probably my next order of business, I'm just trying to think of a good way to do it so that people can't muck it up easily (i.e. say you only have 4 bars active and give one an 'order' of 5. Do I put in empty space? Do I sort them by ascending order, ignoring the actual values?). I'm likely going to keep each subset grouped, i.e. all trinkets together, all procs together, etc, but I'll also put in a way to rearrange the groups.

I want to stay away from individual bars, because it makes things harder when saving their positions and moving things. I've been known to re-evaluate things I'm opposed to given enough time, though =P

 

Morasta

I'm running into this same error with the eclipse CD bar not showing. Tried deleting/reinstalling the addon and saved vars to no avail. Tinkering with the settings hasn't resolved anything just yet, will post if I find a working solution.

 

Talsh

I've never made an addon, but is it possible to let the user configure all the bars individually, and then sort of 'lock' them together as a group, leaving the group movable without touching the individual bars? I realize that this is sort of a pain, because if you want to insert a bar anywhere, it becomes difficult, but it's an idea.

I also like your idea - give each bar a 'position' value, and sort them, say, in ascending order. Keep us posted!

 

petrus7

First of all thx for a great addon

I was wondering if you could implement timers going from the top and down for tracking long cd's like trinkets and FF, and that way make the addon a little more compact?

 

• Adoriele

Um? You mean sorting timers by duration instead of the current fixed positions? It's not something I'm likely to do, as it would involve a lot of extra work (putting in merged bars is enough of an issue already in that regard) for something that is questionably useful (a lot of the reason I made SAA was so that I'd always be able to look at the same place for a lot of timers).

 

petrus7

Edited a bit in your screenshot to try and illustrate what i mean.


Basicly the red area is tracking the trinket moving downwards. Maybe also FF, so that 1 or more of that bar type tracks the long cd's and spell durations

 

• Adoriele

Oh, you mean vertical bars along the sides. Again, likely not something I'll end up doing as that's far too specific. I might do an option for making all bars vertical, but without making each bar completely individually configurable (which I'm also fairly against simply from a cost:benefit ratio) it'd be fairly difficult to make the idea configurable enough while also keeping the addon simple.

 

exiledsnow

will you conitnue with this addon in 3.2? I personaly would still use it, but i dont know how difficult it would be to setup seperate cooldown bars (unless its already set that way). are the bars setup so that in the possiblity of both eclipses being on cooldown it will allow for both to show?

Eclipse: The Starfire and Wrath buffs from this talent are now on separate 30 second. cooldowns. In addition, it is not possible to have both buffs active simultaneously

we cant have both buffs up, but if you proc lunar, and continue with SF during the cooldown and solar pops.. id still use this to know when each is on cooldown and mange dot timers