Here's how I have incoming heals setup on Grid, basically a green icon to indicate someone has started a heal on that player and an the estimated total incoming heals on that player.
Ragnor, I think you've missed the incoming heals shaded health bar (I thought it's enabled per default), it looks like this (together with the VisualHeal comparison):
as you can see, the health bar is shaded for the amount of incoming heal, see it?
I have the 4 corner box indicators working great, but I also have configurability for center icon, right icon, left icon, and a few others. When I set them up as on the layout they will show the actual icon for the spell. Be nice to have more "colored box" sections instead of these. I might have some extra stuff loaded i don't need.
Yes, start off *only* with Grid, and then add modules one per day (and remove them again, if you don't like them). Installing many modules at once is asking for trouble.
I guess i should say that i can configure it but it is just displaying them as icons instead of little color thingies :)
I'm unsure what you're saying. A Grid unit frame currently has:
- a health bar
- an incoming health bar
- 4 colored box indicators, one for each corner
- 1 colored border indicator
- 1 center icon, including a border (for debuffs etc)
- a center text, and an optional second line of center text
I hope you didn't simply install all available Grid modules? Because some of them have overlapping functionality, some don't work anymore, and some interfere with others.
You're referring to the corner indicators, which you will find in the frame menu. Basically the idea of Grid is that you first define a status (e.g. "alert if someone has <20%mana"), then bind it to whatever indicator you want (corner, border,...).
In that respect, then, yes. I'm still not sure they should be merged, though. Raid Debuffs is useful only to raiding players, while Healing Reduced is useful only to healers; not all raiders are healers, and not all healers are raiders. While the buff-scanning logic may be the same, the practical application is not.
Well, it could be one app with three (including "hostile unit") submodules that can be enabled and disabled per default. This will keep the number of extra modules low, and we'll only have one addon that does smart aura checking.
Phanx, I agree, but the logic for scanning for buffs, sometimes limited to a single zone or trigger-mob is the same. The addon could still display different functionality for healing reduced debuffs and all other debuffs.
Hard to tell, as there aren't many people actively running all instances. Which is why I suggested to add an option to easily inform ppl here about missing auras
Quote from Pastamancer »
What information do we need to store about each debuff (spellid, dispel type)?
I do think displaying a description is very important, so people can setup their interface without being in combat (or having to lookup the auras on wowhead)
If I were to rewrite this, what features should it have?
1. an easy way for others to add new auras not only in game but also in SVN - e.g. I could imagine a feature that'll dump all custom auras together with the relevant zone and description into a frame you can copy&paste to the forums (so people without SVN access or knowledge can easily contribute).
2. options to disable/enable auras.
3. display of the number of applications and duration, where available.
4. support for the few battleground auras, such as flags.
I would not suggest using this addon if you care about your framerate in fights.
I know many people who rely on this addon in various fights. Its concept is great, but it needs a maintainer, and also some community work to have a more complete list of relevant raid debuffs.
I was imagining the bottom-left corner being used either for counting lifebloom stacks or watching all three hots a druid can cast.
Why not use three corners for the three hots, and the 4th corner for the aggro status? Or, why not have a text status for druid renews, aka: "G J L" for someone with all 3, "G L" for someone missing reJuvenation? Plus, the text color could indicate the number of applications. I bet there are many ways to find a solution within the box, before adding a new indicator...
I like the idea of the border around the center icon. I'm unsure about the three indicators in one corner, as I see no specific reason for the bottom left corner, nor do I see the need for 7 colored (4+2 corners, 1 border) border indicators. I think the goal is finding good defaults that don't even let you wish to have more than the 4 corner indicators, plus some other enhancements. The shaded health bar for incoming heals is such an example, as it replaces the need for a corner indicator for incoming heals, and once LibHealComm also supports HoTs, the corner indicator will be less important too. The next corner indicator that can probably be optimized is the aggro/threat display - mixing this information into e.g. the center text might be a good solution (color the unit name orange on high threat, red on aggro). Etc.
0
There's no easy fix for that problem. Grid2 will fix it, but it's still a while off.
0
Ragnor, I think you've missed the incoming heals shaded health bar (I thought it's enabled per default), it looks like this (together with the VisualHeal comparison):
as you can see, the health bar is shaded for the amount of incoming heal, see it?
0
Yes, start off *only* with Grid, and then add modules one per day (and remove them again, if you don't like them). Installing many modules at once is asking for trouble.
0
I'm unsure what you're saying. A Grid unit frame currently has:
- a health bar
- an incoming health bar
- 4 colored box indicators, one for each corner
- 1 colored border indicator
- 1 center icon, including a border (for debuffs etc)
- a center text, and an optional second line of center text
I hope you didn't simply install all available Grid modules? Because some of them have overlapping functionality, some don't work anymore, and some interfere with others.
0
Hope that helps.
0
Well, it could be one app with three (including "hostile unit") submodules that can be enabled and disabled per default. This will keep the number of extra modules low, and we'll only have one addon that does smart aura checking.
0
0
0
Hard to tell, as there aren't many people actively running all instances. Which is why I suggested to add an option to easily inform ppl here about missing auras
I do think displaying a description is very important, so people can setup their interface without being in combat (or having to lookup the auras on wowhead)
0
1. an easy way for others to add new auras not only in game but also in SVN - e.g. I could imagine a feature that'll dump all custom auras together with the relevant zone and description into a frame you can copy&paste to the forums (so people without SVN access or knowledge can easily contribute).
2. options to disable/enable auras.
3. display of the number of applications and duration, where available.
4. support for the few battleground auras, such as flags.
that's all I can come up with for now. :)
0
I know many people who rely on this addon in various fights. Its concept is great, but it needs a maintainer, and also some community work to have a more complete list of relevant raid debuffs.
0
0
or: get the HealBot developer to properly use LHC3.
0
Why not use three corners for the three hots, and the 4th corner for the aggro status? Or, why not have a text status for druid renews, aka: "G J L" for someone with all 3, "G L" for someone missing reJuvenation? Plus, the text color could indicate the number of applications. I bet there are many ways to find a solution within the box, before adding a new indicator...
0
I like the idea of the border around the center icon. I'm unsure about the three indicators in one corner, as I see no specific reason for the bottom left corner, nor do I see the need for 7 colored (4+2 corners, 1 border) border indicators. I think the goal is finding good defaults that don't even let you wish to have more than the 4 corner indicators, plus some other enhancements. The shaded health bar for incoming heals is such an example, as it replaces the need for a corner indicator for incoming heals, and once LibHealComm also supports HoTs, the corner indicator will be less important too. The next corner indicator that can probably be optimized is the aggro/threat display - mixing this information into e.g. the center text might be a good solution (color the unit name orange on high threat, red on aggro). Etc.