In my experience, I have only once had a problem when I crashed from the game, came back and lost data. That being said, it's WoW and bad things can occur to cause data loss (usually resulting from crashed, weird addon upgrades, and WoW patches). So far I've had no problems fortunately.
However, I'll keep an eye on this as I do restart from time to time during raids.
I have this problem also, if WOW crashes I lose the raid info and loot info from last /reloadui. Is there a way you can make the addon backup the data somehow in case of a crash? Other than this, everything is great, and I like the recent improvements too.
I have this problem also, if WOW crashes I lose the raid info and loot info from last /reloadui. Is there a way you can make the addon backup the data somehow in case of a crash? Other than this, everything is great, and I like the recent improvements too.
Happy New Year 2009!
WoW saves addon data when the session shuts down (player logs off, quits, reloads the ui, quits the game). When there is a hard crash, sometimes data loss will be inevitable. This, unfortunately, is an issue that Blizzard needs to fix. This currently is an unavoidable issue for all WoW addons.
And Blizzard probably won't ever change it -- not allowing addons to write to the disk during gameplay is deliberate to stop various 3rd party tools/aids/exploits being developed.
So either /console reloadui after each boss kill or always have 2 or 3 people running headcount so you still have the data if wow crashes.
I have a small feature request. I would like to use the loot reporting option so I can adjust people's DKP numbers on the fly during raids when they win items (i.e. I parse the raid text in my mod). However, this currently happens before the loot management dialog so offspec and d/e items also get reported and there is no way for me to know that I should ignore the loot.
So would it be possible to move this option to after the loot management window has done it's thing?
Or posssibly raise some sort of loot awarded event I can subscribe to, although I guess that is more work/complicated.
Curse uploading/file synchronization is currently broken. The latest version of the addon is available for download. When Curse fixes their issue, the download will also be present on this page. Until then, download locations for HeadCount 1.3.9:
Version 1.3.9
* Added automatic group selection.
* Added note field under loot management.
* Added pruning feature to automatically delete old raids.
* Refactored localized resource bundle tables into constants.
* Fixed mismatched tags for phpBB export strings.
Some good features added to the most recent stable (1.3.9)...
1. Automatic group selection - Raid list and wait list groups will be automatically selected upon zoning into a supported raid instance. This configuration option is enabled by default. Users may disable the option via the configuration menu.
Examples:
Naxxramas: Raid list (1 and 2), Wait list (3 - 8)
Naxxramas (Heroic): Raid list (1 - 5), Wait list (6 - 8)
Zul'Gurub: Raid list (1 - 4), Wait list (5 - 8)
Molten Core: Raid list (1 - 8)
etc.
2. Loot note - Addon users can write small notes per piece of loot distributed. This information is included in the export strings.
3. Raid pruning - HeadCount will automatically delete raids older than a configurable amount of time. This configuration option is disabled by default, but can be enabled if desired. Automatic pruning (deletion) of old raids will only occur on startup of the addon for precautionary reasons. Please use with caution so you do not accidentally remove old data. When enabled, HeadCount will automatically delete all raids older than 12 weeks (approximately 3 months).
I have a small feature request. I would like to use the loot reporting option so I can adjust people's DKP numbers on the fly during raids when they win items (i.e. I parse the raid text in my mod). However, this currently happens before the loot management dialog so offspec and d/e items also get reported and there is no way for me to know that I should ignore the loot.
So would it be possible to move this option to after the loot management window has done it's thing?
Or posssibly raise some sort of loot awarded event I can subscribe to, although I guess that is more work/complicated.
Thanks in advance.
I don't think the option could be fully moved to after the loot management popup window since it is an optional popup window. I may be able to add another config option, specifically for the popup window to report the item, cost, player, and maybe note after the popup window information is saved though.
Please feel free to add enhancement tickets on the HeadCount project page for any features you would like to see in the addon.
Hi, love the mod, ace work! using it to fill a guild raid statistical site I've made.
One question; is the raidid available in any of the export formats? Since wotlk (more exactly naxx) we've been struggling a bit (on multi-day raids) with the organisation of raid setups with ppl getting lokced and others not etc.
thnx :)
keep up the good work, its one of the most important mods we're running here, thnx again.
Hi, love the mod, ace work! using it to fill a guild raid statistical site I've made.
One question; is the raidid available in any of the export formats? Since wotlk (more exactly naxx) we've been struggling a bit (on multi-day raids) with the organisation of raid setups with ppl getting lokced and others not etc.
thnx :)
keep up the good work, its one of the most important mods we're running here, thnx again.
Someone a few weeks ago suggested an interesting idea regarding automatic synchronization of old raids with an existing raids if both raids have the same raid id.
The only stumbling block I can think of is if a given tracked raids covers multiple instances (multiple raid ids for a single tracked raid).
This would allow old raids to automatically become active again.
e.g.
1. Track raid in Naxxramas (Normal difficulty) on Wednesday.
2. Raid ends.
3. Track raid in Naxxramas (Normal difficulty) the following day, on Thursday. Raid has the same raid id so the two raids are merged.
This would be a major feature addition and I have no time table for this right now. On a more short-term basis, I will see what I can do about including the raid id in the tracked data. I do not think EQdkp CTRT export string cares at all about this data, but I can look into including it in the HeadCount user interface and the other export strings (XML, phpBB).
Someone a few weeks ago suggested an interesting idea regarding automatic synchronization of old raids with an existing raids if both raids have the same raid id.
The only stumbling block I can think of is if a given tracked raids covers multiple instances (multiple raid ids for a single tracked raid).
This would allow old raids to automatically become active again.
e.g.
1. Track raid in Naxxramas (Normal difficulty) on Wednesday.
2. Raid ends.
3. Track raid in Naxxramas (Normal difficulty) the following day, on Thursday. Raid has the same raid id so the two raids are merged.
This would be a major feature addition and I have no time table for this right now. On a more short-term basis, I will see what I can do about including the raid id in the tracked data. I do not think EQdkp CTRT export string cares at all about this data, but I can look into including it in the HeadCount user interface and the other export strings (XML, phpBB).
I can predict a problem with that. If you merge two separate raids, it is possible people who didn't attend the Thursday raid, will show up because they attended the Wednesday raid. Along side that, when exporting it would show up one big raid instead of two separate raids spread over two days.
For my guild, that would mean we would have to rethink our export/import mechanics with EQDKP.
I can predict a problem with that. If you merge two separate raids, it is possible people who didn't attend the Thursday raid, will show up because they attended the Wednesday raid. Along side that, when exporting it would show up one big raid instead of two separate raids spread over two days.
For my guild, that would mean we would have to rethink our export/import mechanics with EQDKP.
Having one big raid over separate raids (given the raid is the same saved raid id) would be the main usage for something like this. However, this type of feature is not a priority right now. If I ever get to this, this would need a lot more investigation. Since this would cause problems for some users, the ability to automatically merge raids would have to be a configuration option users could enable or disable depending on their needs.
I am working at a german translation and found two minor problems with the class names and translations.
With the german client, the class name is gender sensitive.
We have for "Druid" = "Druide" (male) and "Druidin" (female).
As result, the pull down menu for loot to player distribution is not working properly. Ex. only the male classes are correctly, and female go to the warrior section. Headcount should use internaly the english class names to build up the table, and only use the localized class names to display the popup menu class names.
With EQDKP exports I found a class name problem, too. At the moment HC is exporting the localized class names. I think CTRT Import need the english classes in the string. For other exports formats the localized class names are mostly wanted, so you need to store the english and localized class names of the raid members.
I am working at a german translation and found two minor problems with the class names and translations.
With the german client, the class name is gender sensitive.
We have for "Druid" = "Druide" (male) and "Druidin" (female).
As result, the pull down menu for loot to player distribution is not working properly. Ex. only the male classes are correctly, and female go to the warrior section. Headcount should use internaly the english class names to build up the table, and only use the localized class names to display the popup menu class names.
With EQDKP exports I found a class name problem, too. At the moment HC is exporting the localized class names. I think CTRT Import need the english classes in the string. For other exports formats the localized class names are mostly wanted, so you need to store the english and localized class names of the raid members.
Nice catch. I've converted all internal comparisons to use the internal name for classes. This should apply for the loot class drop down menu as well as the EQdkp export string class names. All other class names are used for display (user interface or export strings) and can be localized as needed. If I missed anything, please give a yell. This should be included in the next release probably this coming weekend.
i know HC can track standby's. is it possible to have it monitor a chat channel? or allow entry of player's names? adding players to the raid and hold them in a party makes it hard for them to do quests and such.
i know HC can track standby's. is it possible to have it monitor a chat channel? or allow entry of player's names? adding players to the raid and hold them in a party makes it hard for them to do quests and such.
many thanks.
There are limitations to tracking players if they aren't in the raid group. That being said, I am planning on adding waitlist functionality so members outside of the raid group can be tracked but not actually be in the raid itself.
This would allow players outside of the raid to be tracked (standby players). The standby players can then do whatever they need to do outside of the raid group (PvP, quest, etc.) yet still be tracked as being in attendance for a given raid.
There are limitations to tracking players if they aren't in the raid group. That being said, I am planning on adding waitlist functionality so members outside of the raid group can be tracked but not actually be in the raid itself.
This would allow players outside of the raid to be tracked (standby players). The standby players can then do whatever they need to do outside of the raid group (PvP, quest, etc.) yet still be tracked as being in attendance for a given raid.
Would this waitlist be able to track login/logoffs of the standby people with at least a timestamp of such event. I know a chatbox message is displayed for guild/friends, so I assume there is an event fired somewhere.
Basically, our DKP system is setup so points are accrued for being online for the majority of a time interval (either in raid, easy to track; or on standby, annoying to track.) So, if the addon could at least just give a timestamp of log in/outs it would simplify my life a ton.
Just found this addon last night and it looks great so far. This would just be icing on the cake! :D
There are limitations to tracking players if they aren't in the raid group. That being said, I am planning on adding waitlist functionality so members outside of the raid group can be tracked but not actually be in the raid itself.
This would allow players outside of the raid to be tracked (standby players). The standby players can then do whatever they need to do outside of the raid group (PvP, quest, etc.) yet still be tracked as being in attendance for a given raid.
Would this waitlist be able to track login/logoffs of the standby people with at least a timestamp of such event. I know a chatbox message is displayed for guild/friends, so I assume there is an event fired somewhere.
Basically, our DKP system is setup so points are accrued for being online for the majority of a time interval (either in raid, easy to track; or on standby, annoying to track.) So, if the addon could at least just give a timestamp of log in/outs it would simplify my life a ton.
Just found this addon last night and it looks great so far. This would just be icing on the cake! :D
The initial goal is to track if a player is on the waitlist (if they have ever joined a waitlist group or used the whisper functionality). The majority of attendance tracking is done via events and, to my understanding, the only way to track automatically if players outside of a raid go offline or online is if they are on your friends list and you receive the notifications. This doesn't seem like a reasonable solution for tracking though. This is a limitation of what an addon can do with the programming interface that Blizzard provides.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
I have this problem also, if WOW crashes I lose the raid info and loot info from last /reloadui. Is there a way you can make the addon backup the data somehow in case of a crash? Other than this, everything is great, and I like the recent improvements too.
Happy New Year 2009!
WoW saves addon data when the session shuts down (player logs off, quits, reloads the ui, quits the game). When there is a hard crash, sometimes data loss will be inevitable. This, unfortunately, is an issue that Blizzard needs to fix. This currently is an unavoidable issue for all WoW addons.
So either /console reloadui after each boss kill or always have 2 or 3 people running headcount so you still have the data if wow crashes.
So would it be possible to move this option to after the loot management window has done it's thing?
Or posssibly raise some sort of loot awarded event I can subscribe to, although I guess that is more work/complicated.
Thanks in advance.
Latest stable and beta releases: http://www.wowace.com/projects/head-count/files/
WoW Interface: http://www.wowinterface.com/downloads/info8867-HeadCount.html
Version 1.3.9
* Added automatic group selection.
* Added note field under loot management.
* Added pruning feature to automatically delete old raids.
* Refactored localized resource bundle tables into constants.
* Fixed mismatched tags for phpBB export strings.
Some good features added to the most recent stable (1.3.9)...
1. Automatic group selection - Raid list and wait list groups will be automatically selected upon zoning into a supported raid instance. This configuration option is enabled by default. Users may disable the option via the configuration menu.
Examples:
Naxxramas: Raid list (1 and 2), Wait list (3 - 8)
Naxxramas (Heroic): Raid list (1 - 5), Wait list (6 - 8)
Zul'Gurub: Raid list (1 - 4), Wait list (5 - 8)
Molten Core: Raid list (1 - 8)
etc.
2. Loot note - Addon users can write small notes per piece of loot distributed. This information is included in the export strings.
3. Raid pruning - HeadCount will automatically delete raids older than a configurable amount of time. This configuration option is disabled by default, but can be enabled if desired. Automatic pruning (deletion) of old raids will only occur on startup of the addon for precautionary reasons. Please use with caution so you do not accidentally remove old data. When enabled, HeadCount will automatically delete all raids older than 12 weeks (approximately 3 months).
I don't think the option could be fully moved to after the loot management popup window since it is an optional popup window. I may be able to add another config option, specifically for the popup window to report the item, cost, player, and maybe note after the popup window information is saved though.
Please feel free to add enhancement tickets on the HeadCount project page for any features you would like to see in the addon.
http://www.wowace.com/projects/head-count/
One question; is the raidid available in any of the export formats?
Since wotlk (more exactly naxx) we've been struggling a bit (on multi-day raids) with the organisation of raid setups with ppl getting lokced and others not etc.
thnx :)
keep up the good work, its one of the most important mods we're running here, thnx again.
Someone a few weeks ago suggested an interesting idea regarding automatic synchronization of old raids with an existing raids if both raids have the same raid id.
The only stumbling block I can think of is if a given tracked raids covers multiple instances (multiple raid ids for a single tracked raid).
This would allow old raids to automatically become active again.
e.g.
1. Track raid in Naxxramas (Normal difficulty) on Wednesday.
2. Raid ends.
3. Track raid in Naxxramas (Normal difficulty) the following day, on Thursday. Raid has the same raid id so the two raids are merged.
This would be a major feature addition and I have no time table for this right now. On a more short-term basis, I will see what I can do about including the raid id in the tracked data. I do not think EQdkp CTRT export string cares at all about this data, but I can look into including it in the HeadCount user interface and the other export strings (XML, phpBB).
Don't forgive to save it as UTF-8 to preserve the spanish characters.
I can predict a problem with that. If you merge two separate raids, it is possible people who didn't attend the Thursday raid, will show up because they attended the Wednesday raid. Along side that, when exporting it would show up one big raid instead of two separate raids spread over two days.
For my guild, that would mean we would have to rethink our export/import mechanics with EQDKP.
Having one big raid over separate raids (given the raid is the same saved raid id) would be the main usage for something like this. However, this type of feature is not a priority right now. If I ever get to this, this would need a lot more investigation. Since this would cause problems for some users, the ability to automatically merge raids would have to be a configuration option users could enable or disable depending on their needs.
very nice addon, Thank you.
I am working at a german translation and found two minor problems with the class names and translations.
With the german client, the class name is gender sensitive.
We have for "Druid" = "Druide" (male) and "Druidin" (female).
As result, the pull down menu for loot to player distribution is not working properly. Ex. only the male classes are correctly, and female go to the warrior section. Headcount should use internaly the english class names to build up the table, and only use the localized class names to display the popup menu class names.
With EQDKP exports I found a class name problem, too. At the moment HC is exporting the localized class names. I think CTRT Import need the english classes in the string. For other exports formats the localized class names are mostly wanted, so you need to store the english and localized class names of the raid members.
Nice catch. I've converted all internal comparisons to use the internal name for classes. This should apply for the loot class drop down menu as well as the EQdkp export string class names. All other class names are used for display (user interface or export strings) and can be localized as needed. If I missed anything, please give a yell. This should be included in the next release probably this coming weekend.
many thanks.
There are limitations to tracking players if they aren't in the raid group. That being said, I am planning on adding waitlist functionality so members outside of the raid group can be tracked but not actually be in the raid itself.
This would allow players outside of the raid to be tracked (standby players). The standby players can then do whatever they need to do outside of the raid group (PvP, quest, etc.) yet still be tracked as being in attendance for a given raid.
Would this waitlist be able to track login/logoffs of the standby people with at least a timestamp of such event. I know a chatbox message is displayed for guild/friends, so I assume there is an event fired somewhere.
Basically, our DKP system is setup so points are accrued for being online for the majority of a time interval (either in raid, easy to track; or on standby, annoying to track.) So, if the addon could at least just give a timestamp of log in/outs it would simplify my life a ton.
Just found this addon last night and it looks great so far. This would just be icing on the cake! :D
You might want to give a look at Waitlist - http://www.wowace.com/projects/waitlist/ which is based on EkWaitList - http://www.wowinterface.com/downloads/info5074-EkWaitList.html some sort of integration or similar methodology could work.
This addon is FK AWESOME. A definate improvement over CTRaidTracker and every other addon i've ever used.
Bout the only thing i could ask is for a simplifiled indent text only export of attendance and loot.
The initial goal is to track if a player is on the waitlist (if they have ever joined a waitlist group or used the whisper functionality). The majority of attendance tracking is done via events and, to my understanding, the only way to track automatically if players outside of a raid go offline or online is if they are on your friends list and you receive the notifications. This doesn't seem like a reasonable solution for tracking though. This is a limitation of what an addon can do with the programming interface that Blizzard provides.