This addon works wonder but I am having a problem.
I need to sort loot after the boss it drops from. Is there any function to sort loot after what boss drops it ??
I have looked at the XML raide export function and can see it adds the boss the loot drops from, but it's not read friendly to read true all loot before I can see what drops came off the first boss in the raide.
This was a loot from Gothik the Harvester, but sins we hade killed the next mob (to speed up the run time) the loot was registeret to a trash mob. Can it be done so all loot will be bound to last boss kill and then get a feild to register if the loot was a trash loot ?
A work ticket request is open to allow for user interface sorting of the loot panel, but there is no timetable for including this functionality.
If loot is to be automatically bound to the last killed boss, then accuracy would be lost for items looted off of trash mobs. The opposite problem is occurring now where loot is determined to be a trash mob when it was actually from a previous boss. None of this is ideal.
The entire problem stems from the fact there is no simple way to determine the loot source from an item (Trash mob, specific mob, boss) given the current Blizzard API (nonexposed information and out of range issues).
The XML format isn't sorted internally, but since the content is stored generically, it can be stored as needed in an external way and manipulated to be sorted (via a database lookup, flat file lookup, or XML transformations).
The next release will include minimal functionality changes. I'm waiting for the next patch to be released to determine API changes and include Ulduar in the zone listing.
I realise that the whole loot thing is difficult, and the reasons for it. But! I was wondering about a possible solution....
Obviously storing all boss drops in a table to assign the source would be crazy, but perhaps assigning the last boss kill to an item of loot would work IF you held a table with item id's of just trash drops? After all, you're looking at about a dozen epics per instance really.
Something like:
If not trashdrops[item_id] then
source = bossname
else source = "Trash Mob" end
If you believe this is a feasible solution, I'm more than happy to get provide a table and save you a job.
I understand you are in a "No new enhancements" mode currently, but can we still discuss things?
I'm needing to add pricing into HC somehow. Our guild uses a calculated pricing system (think pawn string).
I would love to be able to provide HC that pawnString, and have HC list the price with the drop.
Or, provide HC with a LUA data file (really a static table), that has the itemId's, and prices in it.
The second approach is fine by me (as I doubt there are many guilds out there using a calculated pricing system).
But are there any plans for any sort of pricing interface and HC? I know enough lua to be dangerous, so could make that lua data file, but also could possibly write a HC plugin that uses pawn strings for pricing info.
I realise that the whole loot thing is difficult, and the reasons for it. But! I was wondering about a possible solution....
Obviously storing all boss drops in a table to assign the source would be crazy, but perhaps assigning the last boss kill to an item of loot would work IF you held a table with item id's of just trash drops? After all, you're looking at about a dozen epics per instance really.
Something like:
If not trashdrops[item_id] then
source = bossname
else source = "Trash Mob" end
If you believe this is a feasible solution, I'm more than happy to get provide a table and save you a job.
We are testing the addon in order to solve the problems that may appear, until official seppyk release.
Enjoy your raids at Ulduar! :-P
Ive got Ulduar changes in place, just need to test them. Afterwards ill grab the dkpboard version and merge it in as well. Credits to Dridzt as well for updates for Ulduar.
I understand you are in a "No new enhancements" mode currently, but can we still discuss things?
I'm needing to add pricing into HC somehow. Our guild uses a calculated pricing system (think pawn string).
I would love to be able to provide HC that pawnString, and have HC list the price with the drop.
Or, provide HC with a LUA data file (really a static table), that has the itemId's, and prices in it.
The second approach is fine by me (as I doubt there are many guilds out there using a calculated pricing system).
But are there any plans for any sort of pricing interface and HC? I know enough lua to be dangerous, so could make that lua data file, but also could possibly write a HC plugin that uses pawn strings for pricing info.
My other hobby project is finishing up, and I'm thinking of looking into making loot tracking a little easier for our guild. I'd like to propose the following change to HC.
If you place a Headcount_FixedPrices.lua file in your saved Vars dir, headcount will load this file, and use it for prices for drops.
This file is a simple structured Item,price lua table.
If the file was found and loaded, and an item drops that was not in the file, Headcount will use zero for the price (as it is today). If a person updates the price in headcount(and the file was loaded previously), headcount would write that item/price into the fixed prices file. Headcount would NOT create a fixedPrices file, only append to a file that was previously put in place by the user.
I believe the above would be really helpful for our guild that uses fixed prices. Does anyone else think this would be useful?
This doesn't seem too terrible to implement, but I've only done some basic addons in the past, mostly around chat/whispers. Could someone who has knowledge of the structure of HC provide a basic high level task list (i.e. 10 lines-- Look in HC here, here and here)? I could take that high level list and do the grunt coding/research/unit testing...
kagaro, the patch you pushed needs to have the chat message filters fixed.
in HeadCount.lua, you've got the CHAT_MSG_WHISPER_FILTER and CHAT_MSG_WHISPER_INFORM_FILTER functions returning 'false,...' when they don't match the waitlist whisper patterns. the correct behavior in 3.1 is to just return the modified message with all args intact, but there's no reason to return anything if you're not modifying the line, so it's safe to just not return anything in that case.
kagaro, the patch you pushed needs to have the chat message filters fixed.
I'll take the blame for that one :P
I PMed a patch that had that bug in, a week or so ago.
Couple days after that, I uploaded a proper 3.1 release as an optional file under HeadCount's WoWI page here:
Filters are fixed properly in that one and I've been using it for the past week without issue.
(it's got some 300 dl and no bug reports as well)
As far as 3.1 additions go the only thing missing is possible additions in the default blacklist (Freya's adds etc)
I didn't add them to the blacklist until checking if they drop epics or not.
Spanish 3.1 localization is incomplete as well.
So I've seen this addon suggested as an alternative to NRT. I just played around a little with it though, and it doesn't seem to mesh well with the way my guild does things:
- attendance (DKP call) is taken at least once an hour, but at varying times so that people who are sitting can't afk (since the idea is to have them available when needed). NRT makes an announcement that a 5 minute window has opened for whispering the DKP officer in order to gain credit for being online and available (people in raid groups 1-5 automatically get credit).
- DKP calls are often taken following boss kills, but not always (due to cases such as progression nights during which it may take multiple hours to down a boss)
- sometimes attendance is taken multiple times per hour as well - especially if multiple bosses are killed in that timeframe - and the attendance lists within that hour are merged (manually right now)
- raiders are permitted to play on non-guilded alts. NRT announces DKP calls both in guild chat and in a custom standby channel that non-guilded alts can join to see attendance window announcements
- DKP is awarded for each hour that a player was in the raid or whispered in response to a DKP call
- we of course also use NRT to track loot pickups from bosses and trash
- we use eqDKP Plus on our guild web site for DKP and attendance tracking
I'd be interested in any suggestions people may have on how our approach and HeadCount can be adapted to mesh in a meaningful way.
Only thing I can advise if you want to use EQDKP plus and Headcount to use time-based stuff is the following: Add an event that has the complete DKP (IE: 4 hours + bonus for on time). Upon importing you add a new raid that has all those people in that raid. After that just add a DKP adjustment if somebody only attended 2 hours.
Granted, I adjusted EQDKP to only count that starting raid for attendance and also automatic makes that starting raid upon importing.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
A work ticket request is open to allow for user interface sorting of the loot panel, but there is no timetable for including this functionality.
If loot is to be automatically bound to the last killed boss, then accuracy would be lost for items looted off of trash mobs. The opposite problem is occurring now where loot is determined to be a trash mob when it was actually from a previous boss. None of this is ideal.
The entire problem stems from the fact there is no simple way to determine the loot source from an item (Trash mob, specific mob, boss) given the current Blizzard API (nonexposed information and out of range issues).
The XML format isn't sorted internally, but since the content is stored generically, it can be stored as needed in an external way and manipulated to be sorted (via a database lookup, flat file lookup, or XML transformations).
The next release will include minimal functionality changes. I'm waiting for the next patch to be released to determine API changes and include Ulduar in the zone listing.
Obviously storing all boss drops in a table to assign the source would be crazy, but perhaps assigning the last boss kill to an item of loot would work IF you held a table with item id's of just trash drops? After all, you're looking at about a dozen epics per instance really.
Something like:
If not trashdrops[item_id] then
source = bossname
else source = "Trash Mob" end
If you believe this is a feasible solution, I'm more than happy to get provide a table and save you a job.
I'm needing to add pricing into HC somehow. Our guild uses a calculated pricing system (think pawn string).
I would love to be able to provide HC that pawnString, and have HC list the price with the drop.
Or, provide HC with a LUA data file (really a static table), that has the itemId's, and prices in it.
The second approach is fine by me (as I doubt there are many guilds out there using a calculated pricing system).
But are there any plans for any sort of pricing interface and HC? I know enough lua to be dangerous, so could make that lua data file, but also could possibly write a HC plugin that uses pawn strings for pricing info.
General changes
Dkpboard changes
You can download this version from:
We are testing the addon in order to solve the problems that may appear, until official seppyk release.
Enjoy your raids at Ulduar! :-P
I realy like this idea.
Ive got Ulduar changes in place, just need to test them. Afterwards ill grab the dkpboard version and merge it in as well. Credits to Dridzt as well for updates for Ulduar.
My other hobby project is finishing up, and I'm thinking of looking into making loot tracking a little easier for our guild. I'd like to propose the following change to HC.
If you place a Headcount_FixedPrices.lua file in your saved Vars dir, headcount will load this file, and use it for prices for drops.
This file is a simple structured Item,price lua table.
If the file was found and loaded, and an item drops that was not in the file, Headcount will use zero for the price (as it is today). If a person updates the price in headcount(and the file was loaded previously), headcount would write that item/price into the fixed prices file. Headcount would NOT create a fixedPrices file, only append to a file that was previously put in place by the user.
I believe the above would be really helpful for our guild that uses fixed prices. Does anyone else think this would be useful?
This doesn't seem too terrible to implement, but I've only done some basic addons in the past, mostly around chat/whispers. Could someone who has knowledge of the structure of HC provide a basic high level task list (i.e. 10 lines-- Look in HC here, here and here)? I could take that high level list and do the grunt coding/research/unit testing...
in HeadCount.lua, you've got the CHAT_MSG_WHISPER_FILTER and CHAT_MSG_WHISPER_INFORM_FILTER functions returning 'false,...' when they don't match the waitlist whisper patterns. the correct behavior in 3.1 is to just return the modified message with all args intact, but there's no reason to return anything if you're not modifying the line, so it's safe to just not return anything in that case.
I'll take the blame for that one :P
I PMed a patch that had that bug in, a week or so ago.
Couple days after that, I uploaded a proper 3.1 release as an optional file under HeadCount's WoWI page here:
>HeadCount (3.1)<
Filters are fixed properly in that one and I've been using it for the past week without issue.
(it's got some 300 dl and no bug reports as well)
As far as 3.1 additions go the only thing missing is possible additions in the default blacklist (Freya's adds etc)
I didn't add them to the blacklist until checking if they drop epics or not.
Spanish 3.1 localization is incomplete as well.
I think i can handle this, will post a translation later.
Durcyn: thats why i didnt tag yet, i hadn't tested yet
Is there any way of getting a SMF Export? SMF BBCode is basically the same as the phpBB Export. Except the list option is formatted differently
same list /list but instead of the * denoting the bullets, the fields are surrounded by li /li [with the proper [] brackets].
So, for instance, the Proper formatting would be:
[ list ]
[li ]Flame Leviathan at 4/26/2009 19:19:20[/li ]
[li ]XT-002 Deconstructor at 4/26/2009 20:25:51[/li ]
[li ]Ignis the Furnace Master at 4/26/2009 21:02:51[/li ]
[li ]Razorscale at 4/26/2009 21:49:26[/li ]
[ /list ]
Spaces added so the forum doesnt parse it.
I'm not sure what happened, but it seems to be working fine. One of my exports was parsed bad.
:shrug: Ill keep testing to make sure/find out what happened.
Good stuff :)
Well, now that you're on it, please make it (if you can) in a way that we can write output plugins.
- attendance (DKP call) is taken at least once an hour, but at varying times so that people who are sitting can't afk (since the idea is to have them available when needed). NRT makes an announcement that a 5 minute window has opened for whispering the DKP officer in order to gain credit for being online and available (people in raid groups 1-5 automatically get credit).
- DKP calls are often taken following boss kills, but not always (due to cases such as progression nights during which it may take multiple hours to down a boss)
- sometimes attendance is taken multiple times per hour as well - especially if multiple bosses are killed in that timeframe - and the attendance lists within that hour are merged (manually right now)
- raiders are permitted to play on non-guilded alts. NRT announces DKP calls both in guild chat and in a custom standby channel that non-guilded alts can join to see attendance window announcements
- DKP is awarded for each hour that a player was in the raid or whispered in response to a DKP call
- we of course also use NRT to track loot pickups from bosses and trash
- we use eqDKP Plus on our guild web site for DKP and attendance tracking
I'd be interested in any suggestions people may have on how our approach and HeadCount can be adapted to mesh in a meaningful way.
Granted, I adjusted EQDKP to only count that starting raid for attendance and also automatic makes that starting raid upon importing.