- Registered User
Member for 12 years, 3 months, and 27 days
Last active Fri, Sep, 28 2018 05:06:42
- 0 Followers
- 46 Total Posts
- 0 Thanks
Jun 1, 2007Warriors can "dispel" by Shield Slam on mobs, Warlocks by the puppies' Devour Magic. Depending on how the addon counts these might be factored in, or they might not. Given how little puppyuse most warlocks do in most runs it seems odd that you should get it every time, though...Posted in: General AddOns
May 21, 2007First, thanks muchly for the advice and the generally readable and well-commented code. It makes a large difference in the ease of writing this stuff - especially for a hack like myself - and is definitely appreciated. Keep up the good work!Posted in: General AddOns
I'm mostly done with my EPGP implementation and the addon is usable-if-crude as is. Overloading the points function as suggested had the bonus of solving all of my display headaches on the Bidder end where the addon reported EP - GP rather than EP/GP to the end user, which was lovely. Only real headache I've got left is how to approach my decay functions. Basically, I want DKPmon_EPGP to let the users multiply EP/Earned and GP/Spent by some given value, typically to reduce current EP & GP by 30% each month or somesuch. My intial instinct was to do this from the Points Awarding window as that seems to be the natural menu for altering points, but far as I can tell relative changes like that are not really supported by the interface in DKPmon.Awarding and the awardframe. I can think of a few solutions, all serious this time. I'm very unsure which are good ideas, or at all viable: what would you recommend?
1: Let GetFubarOptionsMenu() handle the decay bits and call something that mucks about with the database from there. Not very elegant, will likely have to affect everyone rather than select members, but will certainly work.
ii: Try to overload select parts of DKPmon.Awarding in epgp.lua or add additional functionality to EPGP:GetAwardFrame() to implement decay in the EPGP award frame specifically. I've no clue if it's possible to make these work at all and I'm hesitant to try as I'm hardly familiar enough with Ace to feel secure in my ability to not break anything important in the attempt. Likely the most elegant self-contained solution if doable, though.
三: Implement relative changes in general and decay in particular at the Awarding interface. Allowing AppendPointAward() & AwardOutstandingPoints() to additionally recognize a tab.value of type string and format "-30%" as meaning decay both Earned and Spent by 30% is one possibility. Although any version of this is of course nice for my end, in part for involving less actual work for me, it is fairly system specific and so introduces bloat into DKPmon that might not be useful to many other systems.
I'm again attaching my local versions of DKPmon_EPGP and Bidder_EPGP if anyone wants to check them out for inconsistencies, quirks and bugs. The "Decay EPGP"-tab in the Award frame currently does the same thing as "Specify custom amount" with some different text tossed in, so ignore it. Everything else should work as advertised, assuming my last-minute text tweaks didn't mess everything up and make the addons crash your server, eat your hard drive and glue captions to your kittens.
May 14, 2007Posted in: General AddOnsQuote from Laric »How is your work coming along as I really would love to have this plugin.
Was thinking of writing it myself as EPGP is what we want in our raidgroup but cant use due to different guilds.
Err, honestly not sure :)
I've basically rewritten the FCZS-plugins to do basic EPGP - no methods for decay yet, the rest of the logic is in - however whenever I actually try to call self:GetEarned() or self:GetSpent() rather than self:GetPlayerPoints() I'm told the method cannot be found. Currently trying figure out why, but my knowledge of inheritance in ace is weak and I am lazy, so work is sorta stalled. Hopefully I'll get there, but I'm definitely not going to post a schedule ...
Edit: Attaching code, in case anyone feels compelled to work on it. Lines 163, 308 and 309 in DKPmon_EPGP's epgp.lua-file need to be modified to use GetEarned and GetSpent and then convinced to work as they should and that's about it.
Apr 30, 2007So, I've been very idly looking at coding an EPGP implementation for DKPMon/Bidder. Yes, I know the people who came up with EPGP maintain their own addon implementation, but as that only syncs across the players guild and the author has no intention of creating something more flexible it's completely useless for my purposes. The raiders in my guild are currently spread across 4-5 different raid forces, each of which in turn contain members from multiple guilds, the concepts of guild and raid group don't really overlap much on my dear server, and I digress.Posted in: General AddOns
Brief system summary: EPGP has the raid arbitrarily award members Effort Points as it sees fit, arbitrarily award item winners Gear Points for gear taken and on any given item the bidding player whose EP/GP is the highest wins.
Now, I'm not exactly an expert programmer - mostly familliar with doing physical simulations and approximations in Matlab rather than working with more abstract data structures like this - but far as I can tell from checking the docs and lua DKPmon generally operates assuming points spent are subtracted from points earned to arrive at a dkp value. Here, points earned are instead effectively divided by points spent to arrive at a dkp value, which isn't quite supported by the DKPmon backend. I've got three choices, listed here in inverse order of preference...
1: Stick to one raid = one pool. Do a really, really ugly hack to arrive at EP/GP by messing around with db.spent & db.earned.
2: Use two pools per raid, one for EP and one for GP. Create a bloated mess of a DKP system addon that juggles both.
3: Nag at you, dear author, to pretty please implement db.GetPointsEarned(bidname,pool) and db.GetPointsSpent(bidname,pool), then write a proper implementation. :)
I guess basically what I'd like to know is if adding functions to get earned and spent is doable in the back end and if using those as a basis for an implementation is a reasonable approach? Or d'you think I'm barking up the wrong tree here and should go about this some other way?
Also, small side note: as mentioned I and my guildmates raid in quite a variety of raid groups and I notice DKPmon can be used to sync over guild and not just raid. If multiple raid groups within the guild started using DKPmon could these syncs get messy? I'm guessing we'd get a few entries for people in other raid groups entered into our database, would that also mean that we could potentially edit those entries and later sync our edits into the other groups' databases?
Nov 15, 2006If I knew it worked in 2.0, the look of the bar was customisable and it displayed the target of my heal rather than my current target, certainly. I know it's not a new idea, I'm just looking for a decent implementation.Posted in: General AddOns
Nov 15, 2006With the death of my beloved Mash Mana Conserve looming, I'd pretty much kill for a decent overheal warner. Preferably a bar showing the current health of the person I'm casting my heal on - not my current target - with his projected health after I finish my cast and any overheal I cause overlayed. As I'm at work I don't have access to more than paint, and even that's not working well, but I tossed together two quick mock-ups to illustrate:Posted in: General AddOns
Target at 2k health. Heal adds 600 more, no overheal.
Target at 4k health. Heal adds 700, mostly red overheal extending beyond the regular bar.
'course, specific values used for text would preferably be customisable and all that, and, no, my paint skills are unlikely to go down in history :)
I know there's some addon that does this for sub 2.0 already, but it integrated into the casting bar which I dislike and as heal-cancel logic is trivial enough to currently macro the idea hasn't really interested me before. I'm not sure if this is still possible under 2.0, although I believe so as all I'm asking for is an info display rather than an actual unit frame. If anyone could confirm the inherent possibility or lack thereof, it'd be appreciated.
Oct 3, 2006Any chance of having the tooltip for the rangecheck bar list those within the selected range? I was hoping to boot Cthunwarner, but just the bar saying 1/40 isn't really informative or immediate enough for that. If it's too much work don't worry about it, I realise being a bossmod for Thunsie is not really the main focus of the addon :pPosted in: Raid AddOns
Sep 20, 2006XLoot will occasionally bug out when shift-right click is used to loot here as well. Far from always, though, so it took the lives of quite a few innocent Troggs to bring you this image of the error. Ah well, they died for a good cause...Posted in: General AddOns
Basically, it's a loot window that's empty of loot that lingers on until closed manually. I've absolutely no clue why this happens or why it'll only happen on maybe one looting in twenty.
Sep 17, 2006Posted in: Raid AddOnsQuote from Sirow »
- Enable bossmod when maintank is targeting boss.
- Well I'm a priest, never ever targeting/mousing over an enemy. Well, only by exident. Thus I nearly ALLWAYS forget to turn on bigwigs... :<
BigWigs already works this way, iff. your tanks also use the addon to sync with you. Convince more people in your raid group to start using BW and module activation will be a distinct non-issue.
- To post a comment, please login or register a new account.