I fixed the problem by using WAU to update all my addons, including IceHUD and now the problem is gone.
Can you remember or determine what version of IceHUD you were using prior to updating?
Also, as a general update, I haven't been working too much on the addon in the past month, but in the past week have managed to get back at it. I have made a bunch of progress on adding a full-featured wait list functionality to the addon. Here is what I have so far:
* Announce and receive player whispers in order to add players to a wait list (ordered by first-come, first-serve) to a configurable channel (guild, officer, raid, party, say, yell). The addon owner can configure to accept whispers for as long as an raid is active or only for a set period of time (ex. - only accept whispers for the next 5 minutes).
* Manually list the current wait list players to a configurable channel (guild, officer, raid, party, say, yell).
* Manually add new player to the wait list.
* Manually remove existing player from the wait list.
To-do:
Add a validation or AFK-check announce. Players would have a set amount of time to verify that they are still online, otherwise those players are automatically removed from the wait list.
Down-the-road:
Create some data structure to hold a list of configurable player aliases (so players on alts can send whispers to add their main to raids). This also would be handy for player attendance and loot distribution.
I know a lot of attendance officers could make use of this. I am looking for user feedback if there are any additional suggestions on how to improve or add on to this raid waitlist management feature.
does this addon knows how to filter a lsit of attendence by the folowing filter? Let's say that I want to see an ordered list of players in the order of number of raids for all 25 player instances.
can this be done?
i give an example:
Attendance list for 25 ppl raids: (or might be nice to select grull or ssc only)
______________________________________________
| Player name | Nr.Raids | Total time |
----------------------------------------------
| Player 5 | 26 | 34:25 |
| Player 2 | 24 | 29:47 |
..............................................
| Player 9 | 4 | 5:11 |
----------------------------------------------
sorted by the number of raids and/or total time.
what i really need is total number or raids
Aye, would be nice to "tag" loots as "Disenchanted" and "Guild Bank" for example...also, add some "modules" to keep track of various dkp systems.
Like add automatically GP costs to items, if not DE/Banked, if guild/tracker_player is using EPGP. This should be done with modules, btw...so we could have all systems supported
This addon looks very promising, I much prefer the UI over some other Raid trackers.
I know you've mentioned adding in taking attendance after a boss kill, I was just wondering if you had an ETA on this being complete.
All texts have been translated except debug & instances/bosses/events because it seems the addon don't take much care about them (tested in export I have the right instance without translating it )
Thank you for this addon that is very usefull for my guild
great addon - finally I can get rid of CT_RT :)
Anyhow there are a few things I would need / be happy to see.
a.) The possibility to add an Item manually.
-- the problem for an example in MH.
-- we clear one base. The PM stays at the base while other ride to the next base.
-- Assigning a loot does not show up in the messages if the player is too far away.
-- So HeadCount does not see the asignment (CR_RT also does not I know).
-- Result: these Items must be added manually to the DKP System.
-- A simple command like /HC loot add PlayerName [ItemLink] would be great!!!
b.) Set equal Start / End times for export.
-- Since we are a plenty of time in BT most of the raiders do no longer need loot from
-- the front bosses. So we change Players.
-- For an example yesterday we changed two players after killing Bloodboil just to kill Teron.
-- In EQ-DKP I see the 25 attendees but not the two only killing Teron.
I wrote an app which parses the XML and changes Start / End to the smallest / largest values.
So EQ-DKP imports all 27 players.
To have such a thing "equal start / end time" in export would save a lot of time.
c.) Keep last value instead of setting it to zero.
-- A lot of items are sold at our min-bid. The positive with CT_RT was that it keeps
-- the last value. So I simply hit OK - to enter the next item.
++ Another idea (if keeping last value is to complicated) would be to mark the value
++ field in the popup - so I can (whithout marking the zero) type the new value.
d.) Disenchant / Bank as button
-- It would also be a feature to have bank / disenchant as button on the popup.
-- Would be much easier to handle than the dropdown menu.
Maybe you feel pested by my "great ideas" - but most of them are about efficiency.
Rushing MH in less than two hours means a bit of stress.
The faster looting can be handled the better for the PM and the raid.
And it really makes a difference if you must open a dropdown - try to hit "Bank" click it
than click save... OR simpl click the Bank Button in the Popup.
Found a (I guess) localozation problem.
When I assign an Item or want to change the looter almost the whole raid is found under warrior.
No matter what class it really is - all players (except one schaman if think) was listed under warrior.
German (de-DE) Client.
I may have missed out on an option that is already there, I'm new to this addon so I haven't fully understood how to handle everything yet. When we update DKP to our website (through EQdkp) we always add each boss separately. This is easy to do if I rememeber after each bosskill to end the active raid and automatically start a new one. That way when I import the DKP-string all is already set and done. But if I forget to end the raid after the boss I have to import the string for the whole raid and manually edit out the drops and the attendees for each boss/trash before the boss. I guess what I would like is either an option to split the raid at a given time I define myself or even better the option to export a separate dkp-string for each boss (Exportbuttons at each boss at the bosstab would be great). If this kind of functionality already is available please tell me how to do it, if it's not please, please, please make it happen. I love the addon as it is. With that function added it would become everything I ever needed.
If you're using EQDKP, and assuming it looks like the version I have, in the CTRT import section you can add 'Raid Note Triggers' - make one of these for every boss (i.e. Trigger = Rage Winterchill, Raid Note = Rage Winterchill) and then when you import, EQDKP will split the raids (and the loot) up for you. At least, it does for me :)
used headcount tonight, it worked well. Export is fine.
I did notice that i cannot scroll the box in game. It just sits on the screen, moving the scroll up or doesnt doesnt move the contents in the window
*EDIT* Ok, noticed it didnt keep track of Tier Pieces. May be a bug, i dont know. Gonna try a few things. I can add them manually tho after. But The Tokens didnt get tracked. Its odd cause i have an export i copied, and its fine... but it appears a game crash resulted in tokens not being saved....
Yeah I have had the same issue. The loot box isn't scrollable and while loot seems to track okay in a raid (get the box up for entering a value, etc), it doesn't seem to quite track everything right.
Would love to see an update for this, it is totally the best DKP tracker out there atm.
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)
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 :)
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
Can you remember or determine what version of IceHUD you were using prior to updating?
Also, as a general update, I haven't been working too much on the addon in the past month, but in the past week have managed to get back at it. I have made a bunch of progress on adding a full-featured wait list functionality to the addon. Here is what I have so far:
* Announce and receive player whispers in order to add players to a wait list (ordered by first-come, first-serve) to a configurable channel (guild, officer, raid, party, say, yell). The addon owner can configure to accept whispers for as long as an raid is active or only for a set period of time (ex. - only accept whispers for the next 5 minutes).
* Manually list the current wait list players to a configurable channel (guild, officer, raid, party, say, yell).
* Manually add new player to the wait list.
* Manually remove existing player from the wait list.
To-do:
Add a validation or AFK-check announce. Players would have a set amount of time to verify that they are still online, otherwise those players are automatically removed from the wait list.
Down-the-road:
Create some data structure to hold a list of configurable player aliases (so players on alts can send whispers to add their main to raids). This also would be handy for player attendance and loot distribution.
I know a lot of attendance officers could make use of this. I am looking for user feedback if there are any additional suggestions on how to improve or add on to this raid waitlist management feature.
can this be done?
i give an example:
Attendance list for 25 ppl raids: (or might be nice to select grull or ssc only)
______________________________________________
| Player name | Nr.Raids | Total time |
----------------------------------------------
| Player 5 | 26 | 34:25 |
| Player 2 | 24 | 29:47 |
..............................................
| Player 9 | 4 | 5:11 |
----------------------------------------------
sorted by the number of raids and/or total time.
what i really need is total number or raids
Aye, would be nice to "tag" loots as "Disenchanted" and "Guild Bank" for example...also, add some "modules" to keep track of various dkp systems.
Like add automatically GP costs to items, if not DE/Banked, if guild/tracker_player is using EPGP. This should be done with modules, btw...so we could have all systems supported
mrmr
I know you've mentioned adding in taking attendance after a boss kill, I was just wondering if you had an ETA on this being complete.
Thanks
(enUS.lua modified and frFR.lua added)
All texts have been translated except debug & instances/bosses/events because it seems the addon don't take much care about them (tested in export I have the right instance without translating it )
Thank you for this addon that is very usefull for my guild
Sorry about my bad English but I'm french :)
Mouj - Anatheme @ Suramar EU
great addon - finally I can get rid of CT_RT :)
Anyhow there are a few things I would need / be happy to see.
a.) The possibility to add an Item manually.
-- the problem for an example in MH.
-- we clear one base. The PM stays at the base while other ride to the next base.
-- Assigning a loot does not show up in the messages if the player is too far away.
-- So HeadCount does not see the asignment (CR_RT also does not I know).
-- Result: these Items must be added manually to the DKP System.
-- A simple command like /HC loot add PlayerName [ItemLink] would be great!!!
b.) Set equal Start / End times for export.
-- Since we are a plenty of time in BT most of the raiders do no longer need loot from
-- the front bosses. So we change Players.
-- For an example yesterday we changed two players after killing Bloodboil just to kill Teron.
-- In EQ-DKP I see the 25 attendees but not the two only killing Teron.
I wrote an app which parses the XML and changes Start / End to the smallest / largest values.
So EQ-DKP imports all 27 players.
To have such a thing "equal start / end time" in export would save a lot of time.
c.) Keep last value instead of setting it to zero.
-- A lot of items are sold at our min-bid. The positive with CT_RT was that it keeps
-- the last value. So I simply hit OK - to enter the next item.
++ Another idea (if keeping last value is to complicated) would be to mark the value
++ field in the popup - so I can (whithout marking the zero) type the new value.
d.) Disenchant / Bank as button
-- It would also be a feature to have bank / disenchant as button on the popup.
-- Would be much easier to handle than the dropdown menu.
Maybe you feel pested by my "great ideas" - but most of them are about efficiency.
Rushing MH in less than two hours means a bit of stress.
The faster looting can be handled the better for the PM and the raid.
And it really makes a difference if you must open a dropdown - try to hit "Bank" click it
than click save... OR simpl click the Bank Button in the Popup.
Regards
Manfred
When I assign an Item or want to change the looter almost the whole raid is found under warrior.
No matter what class it really is - all players (except one schaman if think) was listed under warrior.
German (de-DE) Client.
Regards
Manfred
i.e.
12/09/2008 instead of 9/12/2008
Cheers, Blakkeyez
I did notice that i cannot scroll the box in game. It just sits on the screen, moving the scroll up or doesnt doesnt move the contents in the window
*EDIT* Ok, noticed it didnt keep track of Tier Pieces. May be a bug, i dont know. Gonna try a few things. I can add them manually tho after. But The Tokens didnt get tracked. Its odd cause i have an export i copied, and its fine... but it appears a game crash resulted in tokens not being saved....
not sure whats going on :P
Would love to see an update for this, it is totally the best DKP tracker out there atm.
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
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 :)