Authors CurseForge

Quote from kayella2

You sir, are my hero. Thanks, that works great.

The bug with the tracking was I think a server issue - quite a few items in the raid tracker came up with 'This item is unavailable' and to click to update them with the server. Once I'd got the scrolling sorted and clicked through all the unavailable items, everything went back to working just fine :)

ah, makes perfect sense.

our guild is aboutto go from SK to DKP and this is the tracking software i got used to using, and would like to keep using it :)

Thanks for the fix to the poster above this one as well :)

When clicking ''View Raid Members'':

[2008/10/21 22:00:21-1098-x28]: Interface\FrameXML\UIPanelTemplates.lua:230: attempt to index local 'self' (a number value):
HeadCount-1.1.5\HeadCountFrames.lua:1894: in function `HeadCountFrameContentMembersScroll_VerticalScroll'
<string>:"*:OnVerticalScroll":1: in function <[string "*:OnVerticalScroll"]:1>
<in C code>: in function `SetVerticalScroll'
<string>:"*:OnValueChanged":1: in function <[string "*:OnValueChanged"]:1>

---

Take a look at my post: #219

Quote from ManniAT

Hi,

no problems with T6 tokens - recorded well last Night at Felmyst.
The scrolling is a problem many addons have ATM - Blizz changed some functions there.
I fixed it - but since I have no access to the SVN I can't post the fix.
I is pretty easy to fix it for yourself.
Open HeadCountFrames.lua
Search for "ON VERTICAL SCROLL" (starts at lin 1887)
There are a lot of functions there -- change all in the same way:
Original (example - names are different):
function HeadCount:HeadCountFrameRaidHistoryContentScroll_VerticalScroll()
FauxScrollFrame_OnVerticalScroll(16, function() HeadCount:HeadCountFrameRaidHistoryContentScroll_Update() end)
end
Change to:
function HeadCount:HeadCountFrameRaidHistoryContentScroll_VerticalScroll(self, offset)
FauxScrollFrame_OnVerticalScroll(self, offset, 16, function() HeadCount:HeadCountFrameRaidHistoryContentScroll_Update() end)
end

Next open HeadCountFrames.xml
Search for "OnVerticalScroll".
Make you changes there:
Original (example - names are different):
HeadCount:HeadCountFrameRaidHistoryContentScroll_VerticalScroll()
Change to:
HeadCount:HeadCountFrameRaidHistoryContentScroll_VerticalScroll(self, offset)

That's it - scrolling is back now.

HTH

Manfred

Excellent job, ManniAT! The addon is working as intended.
Here is a link with the changes for those lazy to do it themselves.
http://rapidshare.com/files/158269921/HeadCount.zip.html
I couldn't attach a file that big directly.

Hello, i'm trying to use this addon, but it doesn't seems to work.. when opening the main window (or trying to do anything) i get this error:

Interface\AddOns\HeadCount\HeadCountFrames.lua:261: attempt to index local 'raidTracker' (a nil value)

and it doesn't track anything, if i create a raid nothing happens.

I think it's because i don't have any saved variables of this addon. Could somebody please upload the HeadCount.lua from SavedVariables somewhere?

Or try to delete it (doing a back-up frist) and see if you get this error too.

Thanks.

Edit: solved, i was missing ace2 .p

Hi, sorry for the long delay on updates.

I quit playing WoW approximately 4-5 months ago due to real-life time constraints. However, the expansion released and I was sucked back in by friends. :)

There appears to be interest in maintaining the mod (or even adding new features) in order to make raid officer's lives a bit easier. After I hit level 80, I'll take another look at the addon in order to get the existing features compatible with the new 3.0 version. It appears as though the wowace archive transitioned to curse, so when released, the updated addon should be present there as well as some other popular download sites.

There's a number of features I know players and addon users would like to see, but I don't want to make false promises for deliveries since that tends to get me in trouble. :)

That being said, I am putting out a general notice to see if there's any other developers who may be interested in helping me out in maintaining HeadCount or to develop new features. This would help the addon move forward more quickly, but more importantly, provide a better support structure for users.

Thanks.

Sounds great, going to start raiding soon and would love seeing this kept maintained.

Yes please keep up the good work -- I use HeadCount to drive my DKP software (see http://www.deniedguild.org/uploads/zero1.JPG for example) and the XML export is a godsend compared to parsing lua saved variables as I did previously.

I have two feature requests:

1) Store the winner for offspec loot and export in the XML. Even though offspec loot is 0 dkp would still like to record who is getting what on the website.

2) Make the selections for offspec, banked, d/e, etc. buttons not drop downs as it would be much quicker to process.

Thanks again for this, it's excellent work.

Quote from notrachel

Yes please keep up the good work -- I use HeadCount to drive my DKP software (see http://www.deniedguild.org/uploads/zero1.JPG for example) and the XML export is a godsend compared to parsing lua saved variables as I did previously.

I have two feature requests:

1) Store the winner for offspec loot and export in the XML. Even though offspec loot is 0 dkp would still like to record who is getting what on the website.

2) Make the selections for offspec, banked, d/e, etc. buttons not drop downs as it would be much quicker to process.

Thanks again for this, it's excellent work.

It will not be possible to change this for the CTRT EQdkp export option. Changing an item to "bank", "offspec", or "disenchanted" changes the looter name to that option. There is no other field to store this option for purposes of CTRT EQdkp export. When the XML string is imported into EQdkp, the mod can be configured to ignore loot with loot names of "offspec", etc, if I recall correctly. When it sees a loot with that tag, it doesn't store it's information in the associated database.

I will see what I can do about the shortcut buttons for bank, offspec, and disenchanted in the main raid frame.

Thanks for your feedback.

Update: In my haste, I misread part of the original message. I'll take a look into seeing what I can do the store the original looter of an item, even if the looter is changed via loot management. Would it be more useful to have a loot note to describe this?

The official version of HeadCount (version 1.3.0) is officially released. Friends got me back into the game, so my decreased social life is your increased fortune.

Main HeadCount download page: http://wow.curse.com/downloads/wow-addons/details/head-count.aspx

The latest version should also be packaged with the new Curse addon updater application.

The bad scrolling issue is fixed. 1.3.0 should fully support all new raids in the Wrath of the Lich King expansion. I also added custom date formatting (for my Euro friends) and shortcut buttons to bank/offspec/disenchant loot to make people's lives easier. Enjoy.

Version 1.3.0
* Added Death Knight class.
* Added initial WotLK raids (The Obsidian Sanctum, Naxxramas, The Eye of Eternity).
* Added date-formatting configuration for different locales.
* Added disenchanted, bank, and offspec shortcut buttons to loot management popup window.
* Added Abyss Crystal, Emblem of Heroism, Emblem of Valor to the default exclusion list.
* Added Strand of the Ancients to the battleground list.
* Added Dalaran Arena and The Ring of Valor to the arena list.
* Fixed nil zone reference under XML export.
* Fixed ToString return value for BossEvent.
* Fixed user interface scrolling error.

Great, can't wait to try it once we start raiding again.

Quote from seppyk

The official version of HeadCount (version 1.3.0) is officially released.
Version 1.3.0
*..[Stuff]

Very nice work on this addon.. It's a lean mean, raid tracking machine..

Any thoughts on putting an auto cull in there, as a non default option? I.e. Auto delete raids that are older than X weeks?

No, I actually never considered that, but like the idea. I'll add a project work ticket for raid culling/pruning. The project work ticket list is present on Curseforge:

http://www.wowace.com/projects/head-count/tickets/?filter_status=+

Your new version arrived just before our first 25 man Naxx and it worked perfectly.

Thanks for the little buttons on the loot dialog and thanks again for your continued efforts on this great mod.

When you get around to waitlists, it'd be very handy for a way to just consider everyone online of a certain guild rank(s) as part of the waitlist.

For me the times when viewing the list of people attended the raids, all show up as 00:00:00 (time spent is correct though).

Also I wish the following features:
- Edit starting times (IE: Invites start 19:30, but for import DKP reasons, timer needs to be set to 20:00)
- Add notes to raids and bosses (for import reasons and reminder reasons)

Also yes, I agree with Notrachel. Good job on the new stuff, love it.

Quote from Fendryl

When you get around to waitlists, it'd be very handy for a way to just consider everyone online of a certain guild rank(s) as part of the waitlist.

I'll make a note to consider a configuration option relating to this. When the initial waitlist functionality goes in, I'd prefer it to be generic at first so players who want to be added must follow the whisper process to be added. This is further away though. There are other features that I am working on first. If interested in a specific feature, please vote it up.

http://www.wowace.com/projects/head-count/tickets/

Quote from Schwick

For me the times when viewing the list of people attended the raids, all show up as 00:00:00 (time spent is correct though).

Also I wish the following features:
- Edit starting times (IE: Invites start 19:30, but for import DKP reasons, timer needs to be set to 20:00)
- Add notes to raids and bosses (for import reasons and reminder reasons)

Also yes, I agree with Notrachel. Good job on the new stuff, love it.

There's a known defect relating to the time feature which I messed up during a refactoring. As you stated, the tracked time is correct, but it's just not displaying correctly. If you can't wait for the fix, the way to fix this is to edit HeadCountUtil.lua

 function HeadCount:getTimeAsString(activityTime)
    -- [ ignore code here ]
        local formattedTime = HeadCount:formatTime(displayDateTime) 
         if (formattedTime) then
             datetimeString = formattedTime
         else

function HeadCount:getTimeAsString(activityTime)
  -- [ ignore code here ]
         local formattedTime = HeadCount:formatTime(displayDateTime) 
          if (formattedTime) then
              timeString = formattedTime
          else

I'll add a ticket to be able to add raid and boss configuration (to add notes). Changing time is going to take a bit more care, but I will consider it.

Manage Loot : Offspec

When selecting the Offspec option in the Manage Loot popup window, the Looter's name will be replaced with 'offspec'.

I am unclear if that is the intended purpose, as when the xml string is imported into RT, the looter's name would be replaced with Offspec, which results in the lost of tracking of the original bidder.

Is there a plan to allow users to populate items with a default dkp value, and specify the offspec value? Just having the mod read from a manually maintained lua file would save alot of time. This would allow the possibility for the user to specify the offspec price of each item.

I understand that the waitlist function is in the works.
One feature that helps in waitlist dkp management would be a 'roll call' check.

For example, when an event is triggered, the players in raid (G1-G5 or however configured) gets recorded by default. The players that are on waitlist need to message the player that is running the mod to indicate that they are still online and ready. After a set duration, no more tells will be recorded and the final list of in-raid players + waitlist players for that event is recorded.

Having the option for this check ensures that people on the waitlist is available and ready, and filter out offline players or players that are unavailable.


Great mod. Fantastic work.

Cheers.

The reason to change the looter name to "bank", "offspec", or "disenchanted" comes from a legacy use of the CTRT Import for the EQdkp web application. Many users used to want to record items were received for a given raid, but mark them as Offspec, Disenchanted, or Bank in order to "ignore" them for tracking purposes. I think there is a option to in CTRT Import configuration for this.

That being said, I do understand your point. To start, I am planning on adding a loot note so people can take random notes about certain pieces of loot to use as they see fit. Another possibility is to record the original looter and then the assigned looter, but this wouldn't be usable by the EQdkp format. There are a lot of limitations in the design of the EQdkp export string unfortunately.

The waitlist will plan to have the rollcall ability as you said. I think it's interesting you mentioned the waitlist checks though. I like the idea of storing attendance events. The problem is determining how they will be used and exported.

The major benefit to a waitlist would be to allow members outside of the raid to whisper the addon owner in order to join the raid for purposes of tracking. This way, alts or "bench" players could get credit for attending the raid, even if they never actually got to join the raid. This basic idea to receive whispers for attendance could be extended for boss fights. When a boss is killed, a similar attendance rollcall could be taken to add players outside of the raid as being in attendance for a boss kill.

Would this be the general idea?