Yes, I need to test whether I use the PARTY_MEMBER_CHANGED or RAID_ROSTER_UPDATE event, or possible use RosterLib's events instead. This is new territory for me so I don't have any experience to know what event would be the best to use. Once I figure out which event to use I will do a scan of all raid units and figure out the number of subgroup members, how many healers are in that group, and how many maintanks are in that group. Then it'll just be a matter of playing with the numbers to figure out a decent weighting system.
This will be the next thing I add to the mod. I don't want to start on spell selection until I have the priority stuff finalized.
Yes, I need to test whether I use the PARTY_MEMBER_CHANGED or RAID_ROSTER_UPDATE event, or possible use RosterLib's events instead. This is new territory for me so I don't have any experience to know what event would be the best to use. Once I figure out which event to use I will do a scan of all raid units and figure out the number of subgroup members, how many healers are in that group, and how many maintanks are in that group. Then it'll just be a matter of playing with the number to figure out a decent weighting system.
This will be the next thing I add to the mod. I don't want to start on spell selection until I have the priority stuff finalized.
BTW, what is WAU?
You probably want RosterLib_RosterUpdated. It's a somewhat more managed version of R_R_U that also includes P_M_C.
Really strange, I used it yesterday in AQ with my french client and did see any changes without the mod. Normally this mod is based on the ace library so it should be localization depends.
I've seen that error popup as well. I use Bugsack so it doesn't interfere with the functionality of it, but It'd be nice to avoid any errors so I will see what I can do to eliminate it. My belief is that it has something to do with people joining the raid, but I'm not certain.
As far as localization, it is currently only for english versions. I originally was using AceLocale, but I ripped it out to eliminate it as a potential source for problems when I was trying to get the mod working. I will try to make it localized friendly when I can.
I also want to add group weighting like I mentioned earlier in the thread.
New version on SVN. It appears to be working without any errors during my testing. Let me know what you experience.
Also, someone committed a AceLocale version with Korean translations. I appreciate the help :) If anyone wants to make other language translations I will commit the files.
Well, because of the expansion (and what I have left of a personal life), I haven't had anytime to work on the mod. I do plan to get the subgroup prioritization in soon though.
Raids will be starting up soon, and 10 mans are already starting to happen. Our guild has also decided to restart AQ40 and naxx, both for atiesh's, and just downing bosses we weren't able to prior to TBC.
The importance of a grid plugin like this really starts to show in the raid setting.. I wanted to make sure that this plugin was still out there.. It's really a good thing.
I started writing the subgroup modifier code. It's easier then I expected. My guild is supposed to be raiding Naxx tonight, so if all goes well, and the code works, I should be commiting the changes to the SVN within a couple days.
As this addon is based on Squishy, I'd like to mention a few things I always wanted to add to Squishy but never did:
- track the number of HoTs on a target (Renew, Rejuv, Rebirth, Lifebloom)
- track more debuffs, especially raid instance debuffs (highly important imho)
- track the number of mobs that are hitting a target (although, this might not even help with the healing logic)
- track incoming heals (the current implementation doesnt know about the exact ETA of each heal, the heal amount,...)
- have a couple of priority settings: "priorize main tanks", "priorize own party", "priorize class: xxx"
finally (and I have to admit that I'm still using an old version, so this might have changed already), I'd like to be able to define the number of units I want to highlight (slider from 0-10) and probably 2 colors (default: red and green), and the top priority unit will be red, while the last one will be green (in that example), so if you e.g. display the top 5 priority units then the 2nd will be orange, 3rd will be yellow, etc.
As this addon is based on Squishy, I'd like to mention a few things I always wanted to add to Squishy but never did:
- track the number of HoTs on a target (Renew, Rejuv, Rebirth, Lifebloom)
- track more debuffs, especially raid instance debuffs (highly important imho)
- track the number of mobs that are hitting a target (although, this might not even help with the healing logic)
- track incoming heals (the current implementation doesnt know about the exact ETA of each heal, the heal amount,...)
- have a couple of priority settings: "priorize main tanks", "priorize own party", "priorize class: xxx"
finally (and I have to admit that I'm still using an old version, so this might have changed already), I'd like to be able to define the number of units I want to highlight (slider from 0-10) and probably 2 colors (default: red and green), and the top priority unit will be red, while the last one will be green (in that example), so if you e.g. display the top 5 priority units then the 2nd will be orange, 3rd will be yellow, etc.
I have to admit that adding all these features might be beyond my capabilities right now. I've dabbled with coding some mods in the past but they weren't much more then elaborate macros. I'm mostly learning from looking at the code in Squishy and Grid. I just figured out that I need a few more events other then UNIT_HEALTH to trigger the UpdateUnit function. I also might need to use the BucketEvent instead for UNIT_HEALTH since it might be firing the UpdateUnit too often.
These are things I'm learning as I go, and it's going slowly since I don't have a lot of time to code and test.
Don't get me wrong, I think they are great ideas and I will try to implement them soon, but if my version of soon and your version of soon don't match, I might need some help getting up to speed.
I'm flattered that I wrote some code that my addon coding hero is actually using.
Now for some questions:
- track the number of HoTs on a target (Renew, Rejuv, Rebirth, Lifebloom)
I didn't add any weighting to HoTs at all. My theory was that if I'm not tracking the amount of damage over time (and I'm talking about total incoming damage, not a DoT spell), then tracking the amount of healing over time isn't that useful. The proper thing would be to check if the total HoTs > then the incoming damage rate. For example, if you have a boss encounter, and every druid and priest has their HoTs on the main tank, should his priority be lowered? But I certainly could check the GridStatusHots code and see what I could find. I have use his mod but I never disected the code.
- track more debuffs, especially raid instance debuffs (highly important imho)
I'm assuming you mean the new outland instance encounters (if not please elaborate)? I only have the debuffs I found in Squishy and SMH. I'd probably have to pick apart BigWigs or do some research on WowWiki to find out the new outlands debuffs. Any suggestions?
- track the number of mobs that are hitting a target (although, this might not even help with the healing logic)
Is this possible? The only way I know to do this would be to check every raid unit's target's target (raid1targettarget, raid2targettarget) and then do a comparison with UnitIsUnit. Now if there were mobs that were hitting people but noone in the raid had them targetted then there wouldn't be anything I could do. Maybe I should look at PerfectTargets and see what Tekkub did. Thoughts?
- track incoming heals (the current implementation doesnt know about the exact ETA of each heal, the heal amount,...)
I kind of wish there was a dedicated ace library that did this. I could see other mods finding use in this kind of code. It's definately beyond my means at the present time. But maybe someday...
- have a couple of priority settings: "priorize main tanks", "priorize own party", "priorize class: xxx"
Do you mean be able to change the modifier numbers from the GUI?
I will also add that if I was doing all this, then it would probably be a good idea to check the amount of incoming damage per second on each raid unit. This could potentially become a major resource hog though.
My final thought... While *I* am 100% sold on Grid, my guild isn't. It's an overwhelming tool to the average user who wants to install and play without messing with any settings. So I find it hard to sell it to them, even though the guild could benefit tremendously. Most of the documentation on the WowAce site is geared towards Ace users who are generally more of the tinkerer type then your average user. I think a short "idiots" guide is in order to help sell this wonderful addon to the average joe. Maybe one guide focusing on how to configure for healing, and another guide to show how to configure for curing debuffs. I also think talking about click-casting mods would be helpful as well since I betting that 80%+ of the users use some click-casting mod in conjunction with Grid.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
Anyways I downloaded this last night and used it in naxx..VERY nice.
I am now tracking the top 2 units instead of 1.
Malt - 60 Priest
Any thoughts on some of the other discussion points (re: emphasis/deEmphasis, etc?)
This will be the next thing I add to the mod. I don't want to start on spell selection until I have the priority stuff finalized.
BTW, what is WAU?
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumYou probably want RosterLib_RosterUpdated. It's a somewhat more managed version of R_R_U that also includes P_M_C.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumWAU is WowAceUpdater found here http://www.wowace.com/wiki/WinAceUpdater :)
Really wierd.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumAs far as localization, it is currently only for english versions. I originally was using AceLocale, but I ripped it out to eliminate it as a potential source for problems when I was trying to get the mod working. I will try to make it localized friendly when I can.
I also want to add group weighting like I mentioned earlier in the thread.
Also, someone committed a AceLocale version with Korean translations. I appreciate the help :) If anyone wants to make other language translations I will commit the files.
What are you looking for specifically Nomad?
/msg purl ~ping peragor
:)
Raids will be starting up soon, and 10 mans are already starting to happen. Our guild has also decided to restart AQ40 and naxx, both for atiesh's, and just downing bosses we weren't able to prior to TBC.
The importance of a grid plugin like this really starts to show in the raid setting.. I wanted to make sure that this plugin was still out there.. It's really a good thing.
I started writing the subgroup modifier code. It's easier then I expected. My guild is supposed to be raiding Naxx tonight, so if all goes well, and the code works, I should be commiting the changes to the SVN within a couple days.
- track the number of HoTs on a target (Renew, Rejuv, Rebirth, Lifebloom)
- track more debuffs, especially raid instance debuffs (highly important imho)
- track the number of mobs that are hitting a target (although, this might not even help with the healing logic)
- track incoming heals (the current implementation doesnt know about the exact ETA of each heal, the heal amount,...)
- have a couple of priority settings: "priorize main tanks", "priorize own party", "priorize class: xxx"
finally (and I have to admit that I'm still using an old version, so this might have changed already), I'd like to be able to define the number of units I want to highlight (slider from 0-10) and probably 2 colors (default: red and green), and the top priority unit will be red, while the last one will be green (in that example), so if you e.g. display the top 5 priority units then the 2nd will be orange, 3rd will be yellow, etc.
I have to admit that adding all these features might be beyond my capabilities right now. I've dabbled with coding some mods in the past but they weren't much more then elaborate macros. I'm mostly learning from looking at the code in Squishy and Grid. I just figured out that I need a few more events other then UNIT_HEALTH to trigger the UpdateUnit function. I also might need to use the BucketEvent instead for UNIT_HEALTH since it might be firing the UpdateUnit too often.
These are things I'm learning as I go, and it's going slowly since I don't have a lot of time to code and test.
Don't get me wrong, I think they are great ideas and I will try to implement them soon, but if my version of soon and your version of soon don't match, I might need some help getting up to speed.
I'm flattered that I wrote some code that my addon coding hero is actually using.
Now for some questions:
I didn't add any weighting to HoTs at all. My theory was that if I'm not tracking the amount of damage over time (and I'm talking about total incoming damage, not a DoT spell), then tracking the amount of healing over time isn't that useful. The proper thing would be to check if the total HoTs > then the incoming damage rate. For example, if you have a boss encounter, and every druid and priest has their HoTs on the main tank, should his priority be lowered? But I certainly could check the GridStatusHots code and see what I could find. I have use his mod but I never disected the code.
I'm assuming you mean the new outland instance encounters (if not please elaborate)? I only have the debuffs I found in Squishy and SMH. I'd probably have to pick apart BigWigs or do some research on WowWiki to find out the new outlands debuffs. Any suggestions?
Is this possible? The only way I know to do this would be to check every raid unit's target's target (raid1targettarget, raid2targettarget) and then do a comparison with UnitIsUnit. Now if there were mobs that were hitting people but noone in the raid had them targetted then there wouldn't be anything I could do. Maybe I should look at PerfectTargets and see what Tekkub did. Thoughts?
I kind of wish there was a dedicated ace library that did this. I could see other mods finding use in this kind of code. It's definately beyond my means at the present time. But maybe someday...
Do you mean be able to change the modifier numbers from the GUI?
I will also add that if I was doing all this, then it would probably be a good idea to check the amount of incoming damage per second on each raid unit. This could potentially become a major resource hog though.
My final thought... While *I* am 100% sold on Grid, my guild isn't. It's an overwhelming tool to the average user who wants to install and play without messing with any settings. So I find it hard to sell it to them, even though the guild could benefit tremendously. Most of the documentation on the WowAce site is geared towards Ace users who are generally more of the tinkerer type then your average user. I think a short "idiots" guide is in order to help sell this wonderful addon to the average joe. Maybe one guide focusing on how to configure for healing, and another guide to show how to configure for curing debuffs. I also think talking about click-casting mods would be helpful as well since I betting that 80%+ of the users use some click-casting mod in conjunction with Grid.