Thanks for the head's up. I'll check it out.

I believe this is working in the current version. Since inventory changes can happen in a flurry (like when you switch gear sets in Outfitter, et al), I wait 3 seconds from the last inventory change to update stats. The tooltip and LDB texts all update properly in my testing.

I'll add this into tonight's push.

UNIT_INVENTORY_CHANGED ... excellent idea. Adding for the next push. This will make the addon "sensitive" to gear changes at least. Thats an easy one.

I listed them in my earlier reply. In short:

- enable the "shuffle" feature
- move the slider to the low end, which is 5 seconds

Alright, I'm not understanding what you mean, clearly.

Let me try again...

The plugin caches all the stats, and (by default) only updates those values once every thirty seconds. Also by default, NO text is show on the display bar, just the icon.

You *can* choose to display a single value (lets say... attack power, for example) on the text, and *not* snuffle the values or change the timer. In that case, the attack power value will also update only once every thirty seconds.

Finally, you can choose the shuffle the values, which allows you to also alter the timer. If *that* case, the update frequency is determined by the slider, which can be set anywhere from 5 seconds to 30 seconds (again, the default). When in shuffle mode, you *can* still only select one stat to show, or multiple, and in either case, all cached values will still be updated on the frequency of the slider.

Now... to update "dynamically", as you're saying, would require hooking every single possible event that could possibly change the values of any stat. No, not doing that. I already hate doing something with OnUpdate, since that is so easily abused. I'm definitely not going to throw even more code in that could fire while you're in combat and cause any latency.

I'm hoping we just misunderstood each other, and that one of the above fixes suits your needs.

Final note: This isn't intended to be a combat monitor. Thats what omen, recount, assessment, etc are for. This is to give nice clean visibility into stats without introducing significant load.

Still trying to work out the exact implications of running disembedded. If you think about it, ace3, LDB and qtip are NOT "optional" dependencies, they are required. So thats not really a good solution either.

yes, there are still some qtip bugs that cause weird overlap and some stuff that "Hangs" out of the tooltip. I'm working with Adirelle and Torhal on a nearly daily basis to see how to get those fixed. Your bugs 2 and 3 are both related to that.

- ZJ

I implemented a Hide Zero flag, which you can turn on and off. I also put in a "Spell Bonus Damage" general value, which will be the value that is repeated the most in the various schools of magic. Specific schools that are the same as that value will not be shown. Only ones that *differ* from that value

For example, if a warlock has bonuses that are shadow specific, he'd probably see:

Spell Bonus Damage 400
Shadow Bonus Damage 430

(or similar). Same thing for Spell Crit Chance.

For hiding empty sections, there is already a checkbox for each school in the tooltip config to turn on and off the whole group. Similarly, use this to get rid of stats that aren't relevant to your toon. (Hide the Melee Group for your healer, for example).

The above mentioned changes will be in the next push, which will hopefully be today. Keep an eye out for it.

All good ideas. I should have some time over the next few days to put some of this in place. We'll see how I do!!