That's correct, however if I load that same file 3 or 4 times, the names are not always the same.
Oooh, that's really messed up. So, loading the exact same xml string into your CTRT-eqDKP plugin results in, essentially, random behaviour? Yikes! I wonder if there's some sort of bug with the CTRT plugin for eqDKP...
I'm guessing there is something funky going on with it as a lot of people that use it for importing have various problems with it.
I don't know if it is because there is no documentation provided by the devs of it or if it just has some weird crap going on that it only uses if you use CTR for exporting or what.
I do know I'd love somebody forever if they made a import/export tool that worked though :d
Loganfive updated the import tool on the 11th to 1.16.6 (on curse).
This now allows individual raid note triggers/event triggers and aliases from the same log
It also fixes some parsing problems, and nicely enough.. fixes the import problem I was having.
So for anyone else having problems I would suggest grabbing the new ctrt importer and updating it
Loganfive updated the import tool on the 11th to 1.16.6 (on curse).
This now allows individual raid note triggers/event triggers and aliases from the same log
It also fixes some parsing problems, and nicely enough.. fixes the import problem I was having.
So for anyone else having problems I would suggest grabbing the new ctrt importer and updating it
Trying to use the DKPMon_EPGP addon for the EPGP system. It appears to work fine until I click the Decay button to decay the points and get the following error:
Interface\AddOns\DKPmon_EPGP\epgp.lua:629: attempt to call method 'GetTable' (a nil value)
Stack trace:
-----------
...erface\AddOns\FuBar\libs\Dewdrop-2.0\Dewdrop-2.0.lua:710: in function <...erface\AddOns\FuBar\libs\Dewdrop-2.0\Dewdrop-2.0.lua:649>
Anybody have a clue what to do with this? I didn't know if I should start a new thread for that or somebody was using it here and could help...
Thanks!
Anybody have a clue on this one? Should I create a new post for this since it's not really a DKPMon issue but one of the addons for it?
Trying to use the DKPMon_EPGP addon for the EPGP system. It appears to work fine until I click the Decay button to decay the points and get the following error:
Interface\AddOns\DKPmon_EPGP\epgp.lua:629: attempt to call method 'GetTable' (a nil value)
Stack trace:
-----------
...erface\AddOns\FuBar\libs\Dewdrop-2.0\Dewdrop-2.0.lua:710: in function <...erface\AddOns\FuBar\libs\Dewdrop-2.0\Dewdrop-2.0.lua:649>
Anybody have a clue what to do with this? I didn't know if I should start a new thread for that or somebody was using it here and could help...
Thanks!
Anybody have a clue on this one? Should I create a new post for this since it's not really a DKPMon issue but one of the addons for it?
Thanks again!
If you know who the author of the module is, you can try sending him/her a personal message in the forums. Otherwise, a separate thread -might- get their attention.
Trying to use the DKPMon_EPGP addon for the EPGP system. It appears to work fine until I click the Decay button to decay the points and get the following error:
Interface\AddOns\DKPmon_EPGP\epgp.lua:629: attempt to call method 'GetTable' (a nil value)
Stack trace:
-----------
...erface\AddOns\FuBar\libs\Dewdrop-2.0\Dewdrop-2.0.lua:710: in function <...erface\AddOns\FuBar\libs\Dewdrop-2.0\Dewdrop-2.0.lua:649>
Anybody have a clue what to do with this? I didn't know if I should start a new thread for that or somebody was using it here and could help...
Thanks!
Anybody have a clue on this one? Should I create a new post for this since it's not really a DKPMon issue but one of the addons for it?
Thanks again!
If you know who the author of the module is, you can try sending him/her a personal message in the forums. Otherwise, a separate thread -might- get their attention.
The author is Xerophyte who posted the mod on page 13 of this thread. I've sent him PM's and gotten no reply so pretty much have figured he's given up on support...although the files have been modified on the download pages on 08/06 shows he's doing something with it, it is apparent he isn't checking his PM's...I'll try a separate thread and see if they notice it...
Unfortunately at this time I don't have a copy of the info produced in the error. But the brief run down is that when attempting to export a log using CTRT-xml export I would consistently receive errors about something producing a nil value. I'll see if I can recreate it. What was really frustrating was that the DKPmon-xml actually worked fine when we'd get that error, but there was no way to import that information. ;-(
I'm perty sure I fixed that a few weeks ago. The DKPmon-xml is almost completely useless because somebody said they were going to write an eqDKP plugin to import it but never did afaik.
Ahh excellent, I'll have to rally the troops and give this another go.
Couple questions I hope I can get answered. 1) Would creating a separate log for each boss cause any foreseeable problems? 2) Is there any known way to export DKP standings from eqDKP into a CSV file?
As far as I know the logs aren't really important as the dkp totals are stored separately. However, they are useful if you want to export the dkp data to a web interface. The current log viewer is kinda crappy, I'd like to work with eraslin on improving the gui aspects of DKPmon once I'm done with BossAuction and my dkp web application.
I finally have time to work on wow programming again, so hopefully I'll make some progress on those projects in the next week.
As far as I know the logs aren't really important as the dkp totals are stored separately. However, they are useful if you want to export the dkp data to a web interface. The current log viewer is kinda crappy, I'd like to work with eraslin on improving the gui aspects of DKPmon once I'm done with BossAuction and my dkp web application.
I finally have time to work on wow programming again, so hopefully I'll make some progress on those projects in the next week.
-Javek
Sounds good, Javek. Looking forward to seeing what ya come up with. :-)
Just finished reading this entire thread and have a few questions...
We're getting started on 25 mans and need to revive our dkp system, the mod looks like exacly what we want with fixed cost, zero sum, eqdkp import / export, ingame bidding and updating of point totals while you raid etc... at 60 we used a modified version of DKP_system + CT_raidtracker as the ingame interface to the eqdkp data but that mod is long dead.
1) The whole start / stop logging every boss if you want a seperate entry in eqdkp for each boss, is this still the case? With ct_raidtracker I could take an entire nights raid and import it in 1 step, and every boss kill and trash drop gets a seperate eqdkp 'raid' entry, with each 'zone' getting a seperate 'event' entry.
2) open bidding for FCZS, was this ever added as a feature?
3) how does awarding points for trash drops work? All examples talk of awarding being tied to a boss. With ct_raidtracker each trash drop gets logged as its own 'raid' event for point awarding.
4) if people leave or join a raid in progress, are attendance lists for boss kills correct? ct_raidtracker was notorious for bugs with leave/join causing more than 40 people to show up on boss kills
5) for importing FROM eqdkp, we will have a seperate eqdkp install for each tier of raiding, is it possible to import from multiple installs, or will we just have to run with 1 tier's worth of DKP data at a time? (DKP_system would put each of the seperate installs into one of your 'pools')
6) we have a 'discount' feature where if no one 'needs' an item and its going to be de'd people for whom its a sidegrade or offspec piece can get it for 25% of cost, it seems like this will be fairly easy to add to bidder and dkpmon, just wondering if anyone has already done something like that to save me the work.
7) did a feature to automatically start / stop logging ever get added? Would be great if it was configurable by zone name.
8) 1 more vote for a /whisper bidding and dkp point query system. ct_raid / ora2, omen / ktm and a boss mod are all very nice to have but people can raid just fine without them. The people in our guild who still haven't got those basic mods will be a huge PITA to get them to install any bidding addon.
9) several pages back there was some bug reported about the fix for DE'd items awarding points when they shouldn't be being wrong, was that ever properly fixed?
10) was another bug reported where boss kills where all loot is DE'd not generating a log entry for that boss kill, was that fixed?
11) (will probably be obvious once servers are back up tomorrow and I can play with it but...) With the FCZS system, are all bids listed for the master looter to pick from, or are people with less DKP than the current top bidder outright rejected?
Just finished reading this entire thread and have a few questions...
We're getting started on 25 mans and need to revive our dkp system, the mod looks like exacly what we want with fixed cost, zero sum, eqdkp import / export, ingame bidding and updating of point totals while you raid etc... at 60 we used a modified version of DKP_system + CT_raidtracker as the ingame interface to the eqdkp data but that mod is long dead.
1) The whole start / stop logging every boss if you want a seperate entry in eqdkp for each boss, is this still the case? With ct_raidtracker I could take an entire nights raid and import it in 1 step, and every boss kill and trash drop gets a seperate eqdkp 'raid' entry, with each 'zone' getting a seperate 'event' entry.
The eqDKP stuff is supposed to work on a "whole raid" basis, and my CTRT-xml strings can contain multiple boss events. However, some people encountered problems with the CTRT-xml import module for eqDKP not parsing those correctly. The workaround was to generate a separate xml string for each boss event (ie: done by starting a separate log for each event). I don't use eqDKP at all, but it'd be worth looking into whether the CTRT-xml module for eqDKP is still busted up.
Also, the phrase "boss kill" means, basically, the killing of anything that drops an epic quality item or higher. The kill is recorded by using the name of the mob that dropped the item. So, if you get some random epic drop off of trash mob "X" then it'll be recorded in your log as a kill of "X" -- DKPmon doesn't distinguish between raid-bosses (level "??") and any old trash mob. If it drops an epic, it'll be recorded.
That all said, there is one very major difference between DKPmon & CT-RaidTracker. CTRT parses the combat log to record loot distribution; so anyone that's running CTRT (even if they aren't the raid leader) can record a log of the raid. DKPmon does not parse the combat log at all. So, it can only record item distributions that go through your local copy of DKPmon. If someone else in the raid uses DKPmon to distribute loot, your personal instance of DKPmon will not record anything.
2) open bidding for FCZS, was this ever added as a feature?
What do you mean by "open bidding"? If you mean broadcasting the bidder list for an item, then no.
3) how does awarding points for trash drops work? All examples talk of awarding being tied to a boss. With ct_raidtracker each trash drop gets logged as its own 'raid' event for point awarding.
See my answer of (1).
4) if people leave or join a raid in progress, are attendance lists for boss kills correct? ct_raidtracker was notorious for bugs with leave/join causing more than 40 people to show up on boss kills
They should be. DKPmon records every join & leave, and each one should still be generating a new entry in the <Join> and <Leave> section of the xml. The CTRT-xml output by DKPmon doesn't actually use the <Attendees> section of the xml. If they're not, let me know and I'll do my best to try to fix it.
5) for importing FROM eqdkp, we will have a seperate eqdkp install for each tier of raiding, is it possible to import from multiple installs, or will we just have to run with 1 tier's worth of DKP data at a time? (DKP_system would put each of the seperate installs into one of your 'pools')
I'd wager 1 tier at a time. But, again, I don't use the eqDKP stuff. Nor did I develop the php module for exporting from eqDKP; so, I'm not sure how it works.
6) we have a 'discount' feature where if no one 'needs' an item and its going to be de'd people for whom its a sidegrade or offspec piece can get it for 25% of cost, it seems like this will be fairly easy to add to bidder and dkpmon, just wondering if anyone has already done something like that to save me the work.
Easy enough to add but, I don't think anyone's done it.
7) did a feature to automatically start / stop logging ever get added? Would be great if it was configurable by zone name.
Not yet. It's on the list for when my work load eases up. The plan is to just have it detect if you're in a raid when you zone into an instance. If so, it'll check for whether a log is running, and if not it'll ask if you want to start one.
8) 1 more vote for a /whisper bidding and dkp point query system. ct_raid / ora2, omen / ktm and a boss mod are all very nice to have but people can raid just fine without them. The people in our guild who still haven't got those basic mods will be a huge PITA to get them to install any bidding addon.
9) several pages back there was some bug reported about the fix for DE'd items awarding points when they shouldn't be being wrong, was that ever properly fixed?
I believe so. There's a toggle in the zero-sum modules that I wrote that allows you to choose whether to include DE/Bank items in the zero-sum calculations.
10) was another bug reported where boss kills where all loot is DE'd not generating a log entry for that boss kill, was that fixed?
I don't remember. Maybe?
11) (will probably be obvious once servers are back up tomorrow and I can play with it but...) With the FCZS system, are all bids listed for the master looter to pick from, or are people with less DKP than the current top bidder outright rejected?
All bidders are listed to choose from. DKPmon doesn't even auto-select the person with the most points; you might have some other criterion you want to use...
Sounds good then, running kara tonight so maybe I'll annoy the raid testing so I can play with the eqdkp import / export and see if its working properly. It's actually really easy to setup an eqdkp install if that's whats blocking you from doing more testing.
All bidders are listed to choose from. DKPmon doesn't even auto-select the person with the most points; you might have some other criterion you want to use...
Ya, that's why I asked. Yours is the only mod I've ever seen that works 'properly', nearly every other mod just replaces the high bidder when anyone bids. Of course, there is no other mod I've found that actually does the most common loot system of FCZS, nearly all of them are based on auctions or rolls.
Quote
2) open bidding for FCZS, was this ever added as a feature?
What do you mean by "open bidding"? If you mean broadcasting the bidder list for an item, then no.
I meant broadcasting to the raid when someone bids on an item, but the ML being able to broadcast the bid list before closing would also work. Can either of those be added through the custom.lua or would it require a change to the core mod?
Sounds good then, running kara tonight so maybe I'll annoy the raid testing so I can play with the eqdkp import / export and see if its working properly. It's actually really easy to setup an eqdkp install if that's whats blocking you from doing more testing.
It's more lack of a webserver to set it up on. Theoretically, I could probably install apache and all that fun stuff on my linux laptop. But, it's not something I've ever done before so there'd be a bit of a learning curve there.
All bidders are listed to choose from. DKPmon doesn't even auto-select the person with the most points; you might have some other criterion you want to use...
Ya, that's why I asked. Yours is the only mod I've ever seen that works 'properly', nearly every other mod just replaces the high bidder when anyone bids. Of course, there is no other mod I've found that actually does the most common loot system of FCZS, nearly all of them are based on auctions or rolls.
Quote
2) open bidding for FCZS, was this ever added as a feature?
What do you mean by "open bidding"? If you mean broadcasting the bidder list for an item, then no.
I meant broadcasting to the raid when someone bids on an item, but the ML being able to broadcast the bid list before closing would also work. Can either of those be added through the custom.lua or would it require a change to the core mod?
You'd have to alter the DKP system module (DKPmon_FCZS in this case) to announce the bidder list when bidding closes (the function :OnCloseBidding() is called when bidding's closed, it's just an empty stub function by default though).
If you do decide to make that alteration to FCZS, then if you also make it a toggle-able option feel free to send me a diff of your changes and I'll add it to the released module.
I'd actually like to announce the bidders before closing, just to make sure no one forgot to bid and no one has any objections etc... I'd add that to the list of 'actions' or something right?
And for eqdkp there's a ton of free hosts that come with all the services needed for eqdkp already up and running, I used one back when I was initially testing it for our guild, looks like that provider is dead now though. If you have a server with everything needed setup is as simple as copy the files over, fix some access flags and its running.
I'd actually like to announce the bidders before closing, just to make sure no one forgot to bid and no one has any objections etc... I'd add that to the list of 'actions' or something right?
Once bidding's "closed" it can always be reopened. If opened after it's been closed, the list of bidders isn't cleared but people are allowed to place more bids. The only gotcha is that user's Bidder clients won't remember that they placed a bid; so, if they did, then their client will still tell them that they didn't.
Anyways, there are 2 options as I see it:
1) Just add the announcing to the :OnCloseBidding() callback. Plus add a toggle to turn the announcing off.
2) Add to the DKP System module's :BuildItemActionMenu() callback. This callback is called whenever the DKPmon user right-clicks an item. Just have the callback check the current bidding state (DKPmon.Looting:GetBidState()) and if it's 1 (i.e. "bidding is open") or 2 (i.e. "bidding is closed") then it can add an option to announce bidders to raidchat to the dewdrop menu.
Got a chance to play with it a bit in karazhan, having it auto-announce when the close countdown starts will be good enough. To further complicate it though... I want it to show the bidders current DKP total (their 'bid') in the list.
The option to not award DKP for DE'd items doesn't seem to be present in the FCSZ module or I'm misunderstanding the feature, it only shows up under zero-sum auction options. Even with that disabled points where still awarded, so I don't think the bug about the logic flaw in the conditional checks for that feature is fixed.
Few other random comments / thoughts:
- An indication when logging is enabled would be nice
- would really like to display the DKP cost of an item on both the leader and bidder UIs
- a 'pass' option on the bid client and an indicator on the leader side if everyone passed would be nice
- a checkbox next to the currently selected 'winner' in the list you pick the winner from would be nice
Got a chance to play with it a bit in karazhan, having it auto-announce when the close countdown starts will be good enough. To further complicate it though... I want it to show the bidders current DKP total (their 'bid') in the list.
The option to not award DKP for DE'd items doesn't seem to be present in the FCSZ module or I'm misunderstanding the feature, it only shows up under zero-sum auction options. Even with that disabled points where still awarded, so I don't think the bug about the logic flaw in the conditional checks for that feature is fixed.
I just checked the code; the option is definitely there for both FCZS & the ZSumAuction modules. The options for DKP system modules are independent, so if you toggle it for the ZSumAuction module then it won't affect the FCZS module. The option should be entitled "Award DE/Bank points." and should default to off (unchecked). When unchecked (off) then points are only awarded when an item goes to a player (ie: not the bank or disenchanted); I just double checked the logic of the if-then, and it seems right...
Few other random comments / thoughts:
1) An indication when logging is enabled would be nice
2) would really like to display the DKP cost of an item on both the leader and bidder UIs
3) a 'pass' option on the bid client and an indicator on the leader side if everyone passed would be nice
4) a checkbox next to the currently selected 'winner' in the list you pick the winner from would be nice
I numbered your comments/thoughts for easy replying...
(1) should be present at the bottom of the DKPmon loot distribution window. There's a little status text that tells you which DKP system you have enabled, and some more text to tell you the status of logging.
(2) should show up at the bottom of the tooltip for both the Bidder & DKPmon clients; if it's not, then it's a bug.
For (3) I've always just set the close bidding timer to 60s; if after a minute someone still hasn't made a decision, then if I'm feeling generous I'll usually just reopen bidding to let that person bid and close bidding down.
For (4), is the text "Winner: <name>" in the item's DKPmon button insufficient somehow?
The award DKP for DE'd items was definately off then, and it awarded points. There were 2 drops from the boss, both set to 5 points for testing, 1 was DE'd and 1 wasn't and it awarded the raid 1 point (10 people) when I did the distribution step.
re: #2 I definately didn't notice the DKP price showing up anywhere, might have just missed it though or it could have been because the prices weren't pre-assigned, was giving drops test prices as we looted. If you have multiple items, it should be showing up somewhere on the button that has the item name / link ?
For (4), is the text "Winner: <name>" in the item's DKPmon button insufficient somehow?
It's just odd cause when you have the list of bidders up that text is obscured, so there's no visible feedback that clicking on a name to select someone actually does anything. Actually just having the list go away after you click on someone would be more intuitive UI design.
After looking over fczs.lua it definately doesn't have the "dont award points for DE" option, which as others have pointed out should really be the default behaviour or it's not actually a zero-sum dkp system. The option is only present in the DKPmon_ZSumAuction module.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
I'm guessing there is something funky going on with it as a lot of people that use it for importing have various problems with it.
I don't know if it is because there is no documentation provided by the devs of it or if it just has some weird crap going on that it only uses if you use CTR for exporting or what.
I do know I'd love somebody forever if they made a import/export tool that worked though :d
This now allows individual raid note triggers/event triggers and aliases from the same log
It also fixes some parsing problems, and nicely enough.. fixes the import problem I was having.
So for anyone else having problems I would suggest grabbing the new ctrt importer and updating it
Woo hoo! Awesome investigating!
Anybody have a clue on this one? Should I create a new post for this since it's not really a DKPMon issue but one of the addons for it?
Thanks again!
If you know who the author of the module is, you can try sending him/her a personal message in the forums. Otherwise, a separate thread -might- get their attention.
The author is Xerophyte who posted the mod on page 13 of this thread. I've sent him PM's and gotten no reply so pretty much have figured he's given up on support...although the files have been modified on the download pages on 08/06 shows he's doing something with it, it is apparent he isn't checking his PM's...I'll try a separate thread and see if they notice it...
Ahh excellent, I'll have to rally the troops and give this another go.
Couple questions I hope I can get answered. 1) Would creating a separate log for each boss cause any foreseeable problems? 2) Is there any known way to export DKP standings from eqDKP into a CSV file?
As far as I know the logs aren't really important as the dkp totals are stored separately. However, they are useful if you want to export the dkp data to a web interface. The current log viewer is kinda crappy, I'd like to work with eraslin on improving the gui aspects of DKPmon once I'm done with BossAuction and my dkp web application.
I finally have time to work on wow programming again, so hopefully I'll make some progress on those projects in the next week.
-Javek
Sounds good, Javek. Looking forward to seeing what ya come up with. :-)
We're getting started on 25 mans and need to revive our dkp system, the mod looks like exacly what we want with fixed cost, zero sum, eqdkp import / export, ingame bidding and updating of point totals while you raid etc... at 60 we used a modified version of DKP_system + CT_raidtracker as the ingame interface to the eqdkp data but that mod is long dead.
1) The whole start / stop logging every boss if you want a seperate entry in eqdkp for each boss, is this still the case? With ct_raidtracker I could take an entire nights raid and import it in 1 step, and every boss kill and trash drop gets a seperate eqdkp 'raid' entry, with each 'zone' getting a seperate 'event' entry.
2) open bidding for FCZS, was this ever added as a feature?
3) how does awarding points for trash drops work? All examples talk of awarding being tied to a boss. With ct_raidtracker each trash drop gets logged as its own 'raid' event for point awarding.
4) if people leave or join a raid in progress, are attendance lists for boss kills correct? ct_raidtracker was notorious for bugs with leave/join causing more than 40 people to show up on boss kills
5) for importing FROM eqdkp, we will have a seperate eqdkp install for each tier of raiding, is it possible to import from multiple installs, or will we just have to run with 1 tier's worth of DKP data at a time? (DKP_system would put each of the seperate installs into one of your 'pools')
6) we have a 'discount' feature where if no one 'needs' an item and its going to be de'd people for whom its a sidegrade or offspec piece can get it for 25% of cost, it seems like this will be fairly easy to add to bidder and dkpmon, just wondering if anyone has already done something like that to save me the work.
7) did a feature to automatically start / stop logging ever get added? Would be great if it was configurable by zone name.
8) 1 more vote for a /whisper bidding and dkp point query system. ct_raid / ora2, omen / ktm and a boss mod are all very nice to have but people can raid just fine without them. The people in our guild who still haven't got those basic mods will be a huge PITA to get them to install any bidding addon.
9) several pages back there was some bug reported about the fix for DE'd items awarding points when they shouldn't be being wrong, was that ever properly fixed?
10) was another bug reported where boss kills where all loot is DE'd not generating a log entry for that boss kill, was that fixed?
11) (will probably be obvious once servers are back up tomorrow and I can play with it but...) With the FCZS system, are all bids listed for the master looter to pick from, or are people with less DKP than the current top bidder outright rejected?
I'll tackle what I can.
The eqDKP stuff is supposed to work on a "whole raid" basis, and my CTRT-xml strings can contain multiple boss events. However, some people encountered problems with the CTRT-xml import module for eqDKP not parsing those correctly. The workaround was to generate a separate xml string for each boss event (ie: done by starting a separate log for each event). I don't use eqDKP at all, but it'd be worth looking into whether the CTRT-xml module for eqDKP is still busted up.
Also, the phrase "boss kill" means, basically, the killing of anything that drops an epic quality item or higher. The kill is recorded by using the name of the mob that dropped the item. So, if you get some random epic drop off of trash mob "X" then it'll be recorded in your log as a kill of "X" -- DKPmon doesn't distinguish between raid-bosses (level "??") and any old trash mob. If it drops an epic, it'll be recorded.
That all said, there is one very major difference between DKPmon & CT-RaidTracker. CTRT parses the combat log to record loot distribution; so anyone that's running CTRT (even if they aren't the raid leader) can record a log of the raid. DKPmon does not parse the combat log at all. So, it can only record item distributions that go through your local copy of DKPmon. If someone else in the raid uses DKPmon to distribute loot, your personal instance of DKPmon will not record anything.
What do you mean by "open bidding"? If you mean broadcasting the bidder list for an item, then no.
See my answer of (1).
They should be. DKPmon records every join & leave, and each one should still be generating a new entry in the <Join> and <Leave> section of the xml. The CTRT-xml output by DKPmon doesn't actually use the <Attendees> section of the xml. If they're not, let me know and I'll do my best to try to fix it.
I'd wager 1 tier at a time. But, again, I don't use the eqDKP stuff. Nor did I develop the php module for exporting from eqDKP; so, I'm not sure how it works.
Easy enough to add but, I don't think anyone's done it.
Not yet. It's on the list for when my work load eases up. The plan is to just have it detect if you're in a raid when you zone into an instance. If so, it'll check for whether a log is running, and if not it'll ask if you want to start one.
I believe so. There's a toggle in the zero-sum modules that I wrote that allows you to choose whether to include DE/Bank items in the zero-sum calculations.
I don't remember. Maybe?
All bidders are listed to choose from. DKPmon doesn't even auto-select the person with the most points; you might have some other criterion you want to use...
Ya, that's why I asked. Yours is the only mod I've ever seen that works 'properly', nearly every other mod just replaces the high bidder when anyone bids. Of course, there is no other mod I've found that actually does the most common loot system of FCZS, nearly all of them are based on auctions or rolls.
I meant broadcasting to the raid when someone bids on an item, but the ML being able to broadcast the bid list before closing would also work. Can either of those be added through the custom.lua or would it require a change to the core mod?
It's more lack of a webserver to set it up on. Theoretically, I could probably install apache and all that fun stuff on my linux laptop. But, it's not something I've ever done before so there'd be a bit of a learning curve there.
You'd have to alter the DKP system module (DKPmon_FCZS in this case) to announce the bidder list when bidding closes (the function :OnCloseBidding() is called when bidding's closed, it's just an empty stub function by default though).
If you do decide to make that alteration to FCZS, then if you also make it a toggle-able option feel free to send me a diff of your changes and I'll add it to the released module.
And for eqdkp there's a ton of free hosts that come with all the services needed for eqdkp already up and running, I used one back when I was initially testing it for our guild, looks like that provider is dead now though. If you have a server with everything needed setup is as simple as copy the files over, fix some access flags and its running.
Once bidding's "closed" it can always be reopened. If opened after it's been closed, the list of bidders isn't cleared but people are allowed to place more bids. The only gotcha is that user's Bidder clients won't remember that they placed a bid; so, if they did, then their client will still tell them that they didn't.
Anyways, there are 2 options as I see it:
1) Just add the announcing to the :OnCloseBidding() callback. Plus add a toggle to turn the announcing off.
2) Add to the DKP System module's :BuildItemActionMenu() callback. This callback is called whenever the DKPmon user right-clicks an item. Just have the callback check the current bidding state (DKPmon.Looting:GetBidState()) and if it's 1 (i.e. "bidding is open") or 2 (i.e. "bidding is closed") then it can add an option to announce bidders to raidchat to the dewdrop menu.
Option (2) might actually be the better option...
The option to not award DKP for DE'd items doesn't seem to be present in the FCSZ module or I'm misunderstanding the feature, it only shows up under zero-sum auction options. Even with that disabled points where still awarded, so I don't think the bug about the logic flaw in the conditional checks for that feature is fixed.
Few other random comments / thoughts:
- An indication when logging is enabled would be nice
- would really like to display the DKP cost of an item on both the leader and bidder UIs
- a 'pass' option on the bid client and an indicator on the leader side if everyone passed would be nice
- a checkbox next to the currently selected 'winner' in the list you pick the winner from would be nice
I just checked the code; the option is definitely there for both FCZS & the ZSumAuction modules. The options for DKP system modules are independent, so if you toggle it for the ZSumAuction module then it won't affect the FCZS module. The option should be entitled "Award DE/Bank points." and should default to off (unchecked). When unchecked (off) then points are only awarded when an item goes to a player (ie: not the bank or disenchanted); I just double checked the logic of the if-then, and it seems right...
I numbered your comments/thoughts for easy replying...
(1) should be present at the bottom of the DKPmon loot distribution window. There's a little status text that tells you which DKP system you have enabled, and some more text to tell you the status of logging.
(2) should show up at the bottom of the tooltip for both the Bidder & DKPmon clients; if it's not, then it's a bug.
For (3) I've always just set the close bidding timer to 60s; if after a minute someone still hasn't made a decision, then if I'm feeling generous I'll usually just reopen bidding to let that person bid and close bidding down.
For (4), is the text "Winner: <name>" in the item's DKPmon button insufficient somehow?
re: #2 I definately didn't notice the DKP price showing up anywhere, might have just missed it though or it could have been because the prices weren't pre-assigned, was giving drops test prices as we looted. If you have multiple items, it should be showing up somewhere on the button that has the item name / link ?
It's just odd cause when you have the list of bidders up that text is obscured, so there's no visible feedback that clicking on a name to select someone actually does anything. Actually just having the list go away after you click on someone would be more intuitive UI design.