Your revised string still had no loot. I'll update tomorrow and see if the updated version creates a string that adds loot.
If the manually edited string didn't work, then the updated version of DKPmon won't work either. This is starting to get fustrating -- I just don't see what's wrong with the CTRT-xml strings. Could you run the modified CT_RaidTracker along side DKPmon for your next raid, and send me the CTRT-xml strings output from both addons?
Also, I finally had someone send me a screenshot of the lua error I mentioned over the weekend:
I had an email with the same error from someone about a week ago; I think it's related to a specific version of AceComm-2.0 not sending itemlink strings correctly. So, have the people who're getting the error to update to the version of Bidder on the svn -- I repackaged it a little while ago to include the newest AceComm. I think that'll fix it (I haven't heard back from the person with the error since suggesting that fix)
Your revised string still had no loot. I'll update tomorrow and see if the updated version creates a string that adds loot.
If the manually edited string didn't work, then the updated version of DKPmon won't work either. This is starting to get fustrating -- I just don't see what's wrong with the CTRT-xml strings. Could you run the modified CT_RaidTracker along side DKPmon for your next raid, and send me the CTRT-xml strings output from both addons?
Also, I finally had someone send me a screenshot of the lua error I mentioned over the weekend:
Absolutely, on both accounts. We're running for the next 3 nights, so I'll have something for you by the end of the weekend.
I had an email with the same error from someone about a week ago; I think it's related to a specific version of AceComm-2.0 not sending itemlink strings correctly. So, have the people who're getting the error to update to the version of Bidder on the svn -- I repackaged it a little while ago to include the newest AceComm. I think that'll fix it (I haven't heard back from the person with the error since suggesting that fix)
Quick update on my eqDKP plugin work. I've received the ok to use Freddy's plugin as the base for a DKPmon version. I've also done enough of the code that I now need sample log files to run parsing tests.
If anyone has XML log files (in either format, the CT_raidtracker or the new DKPmon format) please post them here or PM me for my e-mail address.
As requested, here is the same raid. One string is from the CTRT mod, it parsed into eqdkp perfectly. The other is from dkpmon, it didn't even show me attendees this time, I just got a blank raid with the correct date.
I'm about to wipe my .lua file under wtf, and start fresh with the mod... perhaps something is out of wack there. Running another raid tomorrow, will do it before then and let you know how it goes.
Thanks Daelic,
I noticed quite a few differences between the two strings, so I've done some manual editing of the DKPmon produced string that you posted. When you have some time, can you try to import each one into your eqdkp install and tell me which ones (if any) parse?
Quick update on my eqDKP plugin work. I've received the ok to use Freddy's plugin as the base for a DKPmon version. I've also done enough of the code that I now need sample log files to run parsing tests.
If anyone has XML log files (in either format, the CT_raidtracker or the new DKPmon format) please post them here or PM me for my e-mail address.
thanks!
Sorry for sounding stupid Dahn, but does this mean we will have a seperate module for EQDKP (the web portion) for importing the DKPMON-xml strings? If so that sounds pretty hot.
I really like the system thus far, but the issues we've been working through on page 3 and 4 have me hesitant to use it as its all work by hand at this point which is why we began evaluating this system.
Eraslin has been awesome with answering questions and fixing bugs however, so I'm holding off as long as a I can, but its getting difficult as we are into the 25 man stuff heavier now. I hope we have a breakthrough soon, thank you guys for all your work on this.
Sorry for sounding stupid Dahn, but does this mean we will have a seperate module for EQDKP (the web portion) for importing the DKPMON-xml strings? If so that sounds pretty hot.
That's the idea.
I really like the system thus far, but the issues we've been working through on page 3 and 4 have me hesitant to use it as its all work by hand at this point which is why we began evaluating this system.
Eraslin has been awesome with answering questions and fixing bugs however, so I'm holding off as long as a I can, but its getting difficult as we are into the 25 man stuff heavier now. I hope we have a breakthrough soon, thank you guys for all your work on this.
My apologies for the CTRT-xml export not working. It was working in early January, when I first coded it up, but something changed in the CTRT-xml between then and now -- and since CTRT-xml is undocumented, I have to try to reverse engineer it from sample strings. Which is made difficult in that I'm not actually doing any raiding at the moment (can't produce representative logs) nor do I have a web server set up (can't test the ctrt stuff on my own). It'll all be working, but I need help to get it there.
Sorry for sounding stupid Dahn, but does this mean we will have a seperate module for EQDKP (the web portion) for importing the DKPMON-xml strings? If so that sounds pretty hot.
Correct. Basically we'd have a new plugin that was based upon the original eqDKP plugin written by Freddy. I received word from Freddy that he was okay with me using the current code as a starting point. We've seen enough issues in all of the dialog here and Eraslin had a desire to go with a slightly different XML schema we felt was cleaner for our purposes that it warranted this new eqDKP plugin.
Now I am no PHP guru by any stretch having learned just enough to get my own group's DKP site put together so between work and learning how to write an eqDKP plugin, I'm afraid I'm not particularly speedy at this process.
I'll make the plea again, any XML logs you have would be greatly appreciated and useful for my testing before I post a first build.
It took a while, but I found it! I may not be able to code php, but I can read it a little; so, I started reading through the php plugin for ctrt to find out what was going on -- and learned a few things in the process (the <PlayerInfos> tag isn't ever used, for instance).
CT_RaidTracker has the colour codes for items hardcoded internally, and it looks like Bliz ever so slightly modified the colour for epic quality items. Epic items used to be hex colour ffa335ee, and now they're ffa334ee. In CT_RaidTracker, the author has a hardcoded table that maps item quality to a hex colour code (and he has ffa335ee as the code for epic items). In DKPmon, I pull the item colour from the global table for item colours and build the hex code manually (resulting in ffa334ee for epic items). The php for the eqDKP ctrt plugin determines item quality by looking at the colour code -- it's looking for ffa335ee, and when it doesn't see it it'll return an error code that results in the item being ignored.
Anyways, long story short, I put a hack into DKPmon_eqDKP to change ffa334ee to ffa335ee in the export code. Grab the latest version from the svn and you should be good to go. If you have any ctrt-xml strings sitting around that you want to import, you can just change "ffa334ee" to "ffa335ee" and it'll work just fine.
Much thanks to Dahn for still having that devel eqDKP install sitting around, it came in very handy after I remembered it was there. :-)
I was able to get a Maulgar import from the other day to work using the EQDKP/CTRT export tool, hooray for that.
However, later that night I wanted to test some functionality out such as standby's and point calculation on disenchanted items, and when I do award a couple items/points and try to export, I'm getting the following error: Interface\Addons\DKPmon_eqDKP\exportmod.lua:315: bad argument #4 to 'format' (string expected, got nil). I was able to duplicate the error with different items but the same situation, one item getting to a bidder, the other DE'd with one person on standby. I noticed I can export using the DKPmon-xml export, I have included it below as I am not sure if it helps or not.
<RaidInfo><key>NewTest</key><start>03/06/07 23:44:36</start><end>03/06/07 23:47:43</end><zone>Shattrath City</zone><PlayerInfos><key><name>Oxdeadbeef</name><level>70</level><race>Tauren</race><class>DRUID</class></key><key><name>Yoink</name><level>70</level><race>Orc</race><class>ROGUE</class></key></PlayerInfos><Join><key><name>Oxdeadbeef</name><time>03/06/07 23:44:36</time></key><key><name>Yoink</name><time>03/06/07 23:44:36</time></key></Join><Leave></Leave><Loot><key><ItemName>Brooch of Unquenchable Fury</ItemName><Class>Armor</Class><SubClass>Miscellaneous</SubClass><Color>a334ee</Color><Count>1</Count><Player>Yoink</Player><Time>03/06/07 23:45:02</Time><Zone>Shattrath City</Zone><Source>Console</Source><Value><Pool>1</Pool><Points>10</Points></Value></key><key><ItemName>Belt of Gale Force</ItemName><Class>Armor</Class><SubClass>Mail</SubClass><Color>a334ee</Color><Count>1</Count><Player>Disenchant</Player><Time>03/06/07 23:45:02</Time><Zone>Shattrath City</Zone><Source>Console</Source><Value><Pool>1</Pool><Points>10</Points></Value></key></Loot><Awards><key><Players><Player>Ashiko</Player><Player>Yoink</Player><Player>Oxdeadbeef</Player></Players><Value><Pool>1</Pool><Points>6.66667</Points></Value><Source>Console</Source><Time>03/06/07 23:47:05</Time></key></Awards></RaidInfo>
Couple other questions for you.
- When you adjust the closing bid time on the "Loot distribution" screen, it works assuming you don't reload the mod or relog, when you do so, it resets back to the original 30 seconds, is that something you can make stick?
- Any release coming up that will allow creation and modification of pools from within the interface? We have several officers in our guild and it gets tedious to keep the mod updated when we have to edit the lua file or distribute one to our less technically inclined officers.
Again, awesome work on this mod, we almost have it in a perfectly usable state, many thanks.
However, later that night I wanted to test some functionality out such as standby's and point calculation on disenchanted items, and when I do award a couple items/points and try to export, I'm getting the following error: Interface\Addons\DKPmon_eqDKP\exportmod.lua:315: bad argument #4 to 'format' (string expected, got nil). I was able to duplicate the error with different items but the same situation, one item getting to a bidder, the other DE'd with one person on standby. I noticed I can export using the DKPmon-xml export, I have included it below as I am not sure if it helps or not.
Okay, I know _what_ is causing that problem I'm just not sure why it's happening. Can I get you to email me your savedvariables file for DKPmon?
Couple other questions for you.
- When you adjust the closing bid time on the "Loot distribution" screen, it works assuming you don't reload the mod or relog, when you do so, it resets back to the original 30 seconds, is that something you can make stick?
Done. Grab the dev version from the svn.
- Any release coming up that will allow creation and modification of pools from within the interface? We have several officers in our guild and it gets tedious to keep the mod updated when we have to edit the lua file or distribute one to our less technically inclined officers.
Again, awesome work on this mod, we almost have it in a perfectly usable state, many thanks.
I wasn't actually planning to; it actually might be a bit of a pain. I'll add that to my list of things to take a deeper look into when I have the time for it.
Another "dkp"-System suggestion - or is this possible with DKPmon?
+5 Points for:
boss kills
+2 Points for:
boss tries
punctuality
first tries
.
.
.
The person with the most points is the first one to choose if he'd like to take a dropped item
- if yes, his points are reset to 0
- if no, the next one may decide to spend his points
Example: (3 man raid...)
Standings:
A 30
B 27
C 12
Boss dies
[Sword] drops
A passes, B is a priest and doesn't need a sword, C gets [Sword]
New standings:
A 35
B 32
C 0
Next boss dies (2 wipes)
[T4 token] drops
A takes [T4 token]
New standings:
A 0
B 41
C 9
It would be possible to manually edit the database, but some kind of built-in function would be possible... can this easily be done?
Sukrim,
You'd have to code up a module to support the system (should be able to just modify the FixedDKP module built in to DKPmon), but the system you describe certainly sounds like it'd be doable. Because of the way that item bidding is structured in DKPmon, you might have to slightly alter the way whom a piece of loot is given to is decided; rather than asking each person, in turn, whether they want the item you'd have to just ask everyone (at once) whether they want the item and then give it to the person with the highest point total.
Hm, on one hand I'm happy it's doable, but on the other hand... - I consider myself a good priest, perhaps a good raid leader but I'm definately no coder! :(
Well, perhaps I can get someone to code this for me...?
1)
Update DKP "on the fly" after each try (manually I guess) and after each boss kill.
(perhaps already possible)
2)
Configure Bidder to only allow "max" bids or even automatically bid the maximum amount of dkp available. (let's go back to zero...)
3)
Perhaps some indication "You have the highest amount of dkp" or "You have the second highest amount, #1 is deciding..." - #1 clicks "pass loot" - "You have the second highest amount, #1 has passed the loot, please click need or pass!"
(already built in?)
These 3 features are all I can think of to make this "MaxDKP"-system doable with your excellent mod.
-edit-
Alright, I looked through the FixedDKP Module and all I can say is: It'll be ~a week till I understand everything in there -.-'
Just for clarification: I need to edit both fixeddkp.lua files in Bidder AND DKPmon, as they are not the same, right?
I need to change the part where dkpmon asks #1 "do you want [itemX]?", then #2 "do you want [itemX]?"
to some kind of "do you all want [itemX]?" and then add a check who had the most dkp to determine the winner?
Then again I need have dynamic prices (no database for fixed prices) or at least no fixed prices, since the price for an item would always be the max. price possible at the moment?
I sent you a pm with a location you can download the lua files, I hope that is what you requested, if you have any problems or this isn't what you wanted, please let me know. Thanks for fixing that one small issue =)
Hello Eraslin,
I'm looking to refine a variant on the Fixed Cost Zero Sum module.
I want DKPmon to be pulling prices from another addon.
I am not using HoB_DKP but I have made my pricing addon work in a similar way:
cost = myAddon.GetDKP(itemId)
ie I'm passing it an itemid and getting back the price.
Thanks to the discussion earlier in this thread (link) and Daelic's contribution,
half the work is done as his code can be used almost verbatim.
Quoting here for easier reference without backtracking:
function FCZS.prototype:GetItemInfo(iteminfo)
local mydb = DKPmon.DKP:GetDB("FCZS")
if iteminfo.quality < mydb.qualthreshold then return nil,nil end
-- Need to extract the itemID from the link for hobs function
local found, _, itemString = string.find(iteminfo.link, "^|%x+|H(.+)|h%[.+%]")
local found, _, itemId, enchantId, jewelId1, jewelId2, jewelId3, jewelId4, suffixId, uniqueId = string.find(itemString, "^item:(%d+):(%d+):(%d+):(%d+):(%d+):(%d+):(%-?%d+):(%-?%d+)")
local dkpinfo = {}
-- Get the item value from hob
dkpinfo.cost = HDKP_GetDKP(itemId)
dkpinfo.poolIndex = 1 -- Only using one point pool for all instances, so it's labelled '1'
dkpinfo.poolName = "Only DKP Pool"
return true, dkpinfo
end
What would make this system 100% ideal for us is using a single pricing source,
but keep the ability to use multiple point pools.
We're using dkp from Karazhan upwards and we're bound to face the problem of farming dkp
in easier instances and spend on more desirable items from higher tier instances.
As is now the addon walks backwards through some tables,
starting at the item -> looking up the item's pool -> distributing/deducting from raiders in that pool.
(item->pool->member dkp)
Can you think of any way to make it pull prices from the same external source (myaddon)
but keep the ability to use multiple pools?
I'd be gratefull for anyone's ideas, or just discussion on the feasibility.
iteminfo.zone is the name of the zone that you were in when the item dropped. You might consider just putting in a big ol' if-then in your :GetItemInfo(iteminfo) function that maps zone names to pool numbers. Alternatively, if you don't want a big ol' if-then, you can add a table to the module's custom info table that maps instance names to pool numbers and just do a table lookup instead.
Another option is to look into using the Periodic Table library from this web site to get the zone names in your addon, and have your addon do the zone->pool mapping. Then, your GetDKP() function would just return "dkp, pool" instead of just "dkp".
yoink:
I put a temporary hack into DKPmon_eqDKP to get around that bug until I have more time to delve into it.
-Eraslin
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
Also, I finally had someone send me a screenshot of the lua error I mentioned over the weekend:
Seemed like several people where interested.. and I would hate to reinvent the wheel!
If the manually edited string didn't work, then the updated version of DKPmon won't work either. This is starting to get fustrating -- I just don't see what's wrong with the CTRT-xml strings. Could you run the modified CT_RaidTracker along side DKPmon for your next raid, and send me the CTRT-xml strings output from both addons?
I had an email with the same error from someone about a week ago; I think it's related to a specific version of AceComm-2.0 not sending itemlink strings correctly. So, have the people who're getting the error to update to the version of Bidder on the svn -- I repackaged it a little while ago to include the newest AceComm. I think that'll fix it (I haven't heard back from the person with the error since suggesting that fix)
If anyone has XML log files (in either format, the CT_raidtracker or the new DKPmon format) please post them here or PM me for my e-mail address.
thanks!
CT Raid Tracker String:
DKPmon String:
I'm about to wipe my .lua file under wtf, and start fresh with the mod... perhaps something is out of wack there. Running another raid tomorrow, will do it before then and let you know how it goes.
I noticed quite a few differences between the two strings, so I've done some manual editing of the DKPmon produced string that you posted. When you have some time, can you try to import each one into your eqdkp install and tell me which ones (if any) parse?
1) Night Elf -> NightElf
2) 1 + remove <zone> tag
3) 2 + add <Costs> to <Loot> & DKP to LootItem note
4) 3 + add empty <note> after <BossKills>
5) 4 + "Ghostly Steward" -> "Trash Mob"
Hopefully at least one of those will work. If not, then I'm not sure what to try next.
Sorry for sounding stupid Dahn, but does this mean we will have a seperate module for EQDKP (the web portion) for importing the DKPMON-xml strings? If so that sounds pretty hot.
I really like the system thus far, but the issues we've been working through on page 3 and 4 have me hesitant to use it as its all work by hand at this point which is why we began evaluating this system.
Eraslin has been awesome with answering questions and fixing bugs however, so I'm holding off as long as a I can, but its getting difficult as we are into the 25 man stuff heavier now. I hope we have a breakthrough soon, thank you guys for all your work on this.
That's the idea.
My apologies for the CTRT-xml export not working. It was working in early January, when I first coded it up, but something changed in the CTRT-xml between then and now -- and since CTRT-xml is undocumented, I have to try to reverse engineer it from sample strings. Which is made difficult in that I'm not actually doing any raiding at the moment (can't produce representative logs) nor do I have a web server set up (can't test the ctrt stuff on my own). It'll all be working, but I need help to get it there.
Correct. Basically we'd have a new plugin that was based upon the original eqDKP plugin written by Freddy. I received word from Freddy that he was okay with me using the current code as a starting point. We've seen enough issues in all of the dialog here and Eraslin had a desire to go with a slightly different XML schema we felt was cleaner for our purposes that it warranted this new eqDKP plugin.
Now I am no PHP guru by any stretch having learned just enough to get my own group's DKP site put together so between work and learning how to write an eqDKP plugin, I'm afraid I'm not particularly speedy at this process.
I'll make the plea again, any XML logs you have would be greatly appreciated and useful for my testing before I post a first build.
It took a while, but I found it! I may not be able to code php, but I can read it a little; so, I started reading through the php plugin for ctrt to find out what was going on -- and learned a few things in the process (the <PlayerInfos> tag isn't ever used, for instance).
CT_RaidTracker has the colour codes for items hardcoded internally, and it looks like Bliz ever so slightly modified the colour for epic quality items. Epic items used to be hex colour ffa335ee, and now they're ffa334ee. In CT_RaidTracker, the author has a hardcoded table that maps item quality to a hex colour code (and he has ffa335ee as the code for epic items). In DKPmon, I pull the item colour from the global table for item colours and build the hex code manually (resulting in ffa334ee for epic items). The php for the eqDKP ctrt plugin determines item quality by looking at the colour code -- it's looking for ffa335ee, and when it doesn't see it it'll return an error code that results in the item being ignored.
Anyways, long story short, I put a hack into DKPmon_eqDKP to change ffa334ee to ffa335ee in the export code. Grab the latest version from the svn and you should be good to go. If you have any ctrt-xml strings sitting around that you want to import, you can just change "ffa334ee" to "ffa335ee" and it'll work just fine.
Much thanks to Dahn for still having that devel eqDKP install sitting around, it came in very handy after I remembered it was there. :-)
-Eraslin
I was able to get a Maulgar import from the other day to work using the EQDKP/CTRT export tool, hooray for that.
However, later that night I wanted to test some functionality out such as standby's and point calculation on disenchanted items, and when I do award a couple items/points and try to export, I'm getting the following error: Interface\Addons\DKPmon_eqDKP\exportmod.lua:315: bad argument #4 to 'format' (string expected, got nil). I was able to duplicate the error with different items but the same situation, one item getting to a bidder, the other DE'd with one person on standby. I noticed I can export using the DKPmon-xml export, I have included it below as I am not sure if it helps or not.
Couple other questions for you.
- When you adjust the closing bid time on the "Loot distribution" screen, it works assuming you don't reload the mod or relog, when you do so, it resets back to the original 30 seconds, is that something you can make stick?
- Any release coming up that will allow creation and modification of pools from within the interface? We have several officers in our guild and it gets tedious to keep the mod updated when we have to edit the lua file or distribute one to our less technically inclined officers.
Again, awesome work on this mod, we almost have it in a perfectly usable state, many thanks.
Okay, I know _what_ is causing that problem I'm just not sure why it's happening. Can I get you to email me your savedvariables file for DKPmon?
Done. Grab the dev version from the svn.
I wasn't actually planning to; it actually might be a bit of a pain. I'll add that to my list of things to take a deeper look into when I have the time for it.
+5 Points for:
boss kills
+2 Points for:
boss tries
punctuality
first tries
.
.
.
The person with the most points is the first one to choose if he'd like to take a dropped item
- if yes, his points are reset to 0
- if no, the next one may decide to spend his points
Example: (3 man raid...)
Standings:
A 30
B 27
C 12
Boss dies
[Sword] drops
A passes, B is a priest and doesn't need a sword, C gets [Sword]
New standings:
A 35
B 32
C 0
Next boss dies (2 wipes)
[T4 token] drops
A takes [T4 token]
New standings:
A 0
B 41
C 9
It would be possible to manually edit the database, but some kind of built-in function would be possible... can this easily be done?
Regards, Sukrim
-edit-
typo
You'd have to code up a module to support the system (should be able to just modify the FixedDKP module built in to DKPmon), but the system you describe certainly sounds like it'd be doable. Because of the way that item bidding is structured in DKPmon, you might have to slightly alter the way whom a piece of loot is given to is decided; rather than asking each person, in turn, whether they want the item you'd have to just ask everyone (at once) whether they want the item and then give it to the person with the highest point total.
Well, perhaps I can get someone to code this for me...?
Thanks
Sukrim
1)
Update DKP "on the fly" after each try (manually I guess) and after each boss kill.
(perhaps already possible)
2)
Configure Bidder to only allow "max" bids or even automatically bid the maximum amount of dkp available. (let's go back to zero...)
3)
Perhaps some indication "You have the highest amount of dkp" or "You have the second highest amount, #1 is deciding..." - #1 clicks "pass loot" - "You have the second highest amount, #1 has passed the loot, please click need or pass!"
(already built in?)
These 3 features are all I can think of to make this "MaxDKP"-system doable with your excellent mod.
-edit-
Alright, I looked through the FixedDKP Module and all I can say is: It'll be ~a week till I understand everything in there -.-'
Just for clarification: I need to edit both fixeddkp.lua files in Bidder AND DKPmon, as they are not the same, right?
I need to change the part where dkpmon asks #1 "do you want [itemX]?", then #2 "do you want [itemX]?"
to some kind of "do you all want [itemX]?" and then add a check who had the most dkp to determine the winner?
Then again I need have dynamic prices (no database for fixed prices) or at least no fixed prices, since the price for an item would always be the max. price possible at the moment?
I sent you a pm with a location you can download the lua files, I hope that is what you requested, if you have any problems or this isn't what you wanted, please let me know. Thanks for fixing that one small issue =)
I'm looking to refine a variant on the Fixed Cost Zero Sum module.
I want DKPmon to be pulling prices from another addon.
I am not using HoB_DKP but I have made my pricing addon work in a similar way:
cost = myAddon.GetDKP(itemId)
ie I'm passing it an itemid and getting back the price.
Thanks to the discussion earlier in this thread (link) and Daelic's contribution,
half the work is done as his code can be used almost verbatim.
Quoting here for easier reference without backtracking:
function FCZS.prototype:GetItemInfo(iteminfo) local mydb = DKPmon.DKP:GetDB("FCZS") if iteminfo.quality < mydb.qualthreshold then return nil,nil end -- Need to extract the itemID from the link for hobs function local found, _, itemString = string.find(iteminfo.link, "^|%x+|H(.+)|h%[.+%]") local found, _, itemId, enchantId, jewelId1, jewelId2, jewelId3, jewelId4, suffixId, uniqueId = string.find(itemString, "^item:(%d+):(%d+):(%d+):(%d+):(%d+):(%d+):(%-?%d+):(%-?%d+)") local dkpinfo = {} -- Get the item value from hob dkpinfo.cost = HDKP_GetDKP(itemId) dkpinfo.poolIndex = 1 -- Only using one point pool for all instances, so it's labelled '1' dkpinfo.poolName = "Only DKP Pool" return true, dkpinfo endWhat would make this system 100% ideal for us is using a single pricing source,
but keep the ability to use multiple point pools.
We're using dkp from Karazhan upwards and we're bound to face the problem of farming dkp
in easier instances and spend on more desirable items from higher tier instances.
As is now the addon walks backwards through some tables,
starting at the item -> looking up the item's pool -> distributing/deducting from raiders in that pool.
(item->pool->member dkp)
Can you think of any way to make it pull prices from the same external source (myaddon)
but keep the ability to use multiple pools?
I'd be gratefull for anyone's ideas, or just discussion on the feasibility.
iteminfo.zone is the name of the zone that you were in when the item dropped. You might consider just putting in a big ol' if-then in your :GetItemInfo(iteminfo) function that maps zone names to pool numbers. Alternatively, if you don't want a big ol' if-then, you can add a table to the module's custom info table that maps instance names to pool numbers and just do a table lookup instead.
Another option is to look into using the Periodic Table library from this web site to get the zone names in your addon, and have your addon do the zone->pool mapping. Then, your GetDKP() function would just return "dkp, pool" instead of just "dkp".
yoink:
I put a temporary hack into DKPmon_eqDKP to get around that bug until I have more time to delve into it.
-Eraslin