I didnt know if you were planning on reimplementing "style" for the MT target list or not, but I wanted to submit one in case you were :)
(this is with the class colored bars turned off)
(this is with the class colored bars turned on)
here is a diff file of /oRA2/Optional/MainTank.lua if you want to check it out:
- Registered User
Member for 11 years, 3 months, and 20 days
Last active Tue, Sep, 30 2008 14:06:02
- 0 Followers
- 7 Total Posts
- 0 Thanks
Sep 30, 2006Very cool :)Posted in: Addon Ideas
As for the addon messages, what I was trying to accomplish was to reduce the number of times when two or more people would try to cast a cure on the same person at the same time; trying to find some fashion for the mod to cooperate between clients. You make a good point tho, that the lag time between debuff removal would be exactly the same as the time it would take to send/recieve and process an addon message; for some reason I was under the impression that there was some additional lag-time on buff/debuffs.
I'm just going to go play around with the latest rev of detox now before I suggest any other changes that are already there :P
Sep 29, 2006I use a modified version of Decursive (orig author Quu), and wanted to share some of these modification ideas to see if you might consider adding them to Detox.Posted in: Addon Ideas
1) I added subfunctions to auto-generate priority lists for Melee (tanks first), Healers, and your own group with a single button click; (possibly even the ability to add classes tho i have not added this feature)
2) I am working on adding inter-mod communication to try to cut down on the amount of times a "cure" is attempted on a unit that has already had a curing spell cast on it due to the lag time between buff/debuff application and the actual buff/debuff appearing/disappearing.
registered the addon to recieve Addon Messages via the new hidden Addon channel
created an array/table indexed by raid-member and debuff type (ie SkipThese.JoeRaider.Debuff)
on an attempted "cure" I send a msg to other users of the mod containing the Name of who I am trying to cure, and what Debuff I am trying to cure
on receipt of the above message I assign a time stamp to the skip array (SkipThese.JoeRaider.Debuff = GetTime()) which is checked aghainst the current time on next attempted cure, and if the elapsed time is less than 3 sec do not attempt cure, move on to next person in the list to be cured. This method presents the problem that is the cure attempt fails no one will attempt to re cure for 3 seconds so...
same as Method 1, but instead of immediatley sending the Addon Message on cure attempt, I set a temporary variable to what I would send; then in the function that captures "Spell Stop" events I add a check to see "If we are trying to cure something then Send Addon Message, Set Curing boolean nil" In the version I modified this required seperation of the SPELL_CAST_STOP and SPELL_CAST_FAIL event, but I did not see the SPELL_CAST_FAIL even registered in Detox so you may not need to seperate them
I was thinking trying to get these incorporated into a currently developed addon would be better than me redistributing the outdated version of decursive that I use with the modifications... and infinitely better than trying to reinvent the wheel and write another "decursive" mod from the ground up.
a couple of other things that I changed that are not as important anymore:
moved the Decursive cleaning text that was output to the DEFAULT_CHAT_FRAME into its own movable frame
set the mod to register UNIT_AURA which evaluates the change in buffs and if a debuff that the player can cure plays a sound and sets a colored text cue to begin cleansing.
If you think any of these idea merit a possible incorporation I would be happy to collaborate or provide any input I can; I am still not familiar enough with the OO nature of Ace Addons or the Ace Libraries to attempt the modification myself unfortunately; tho I could probably "make it work", I would prefer that someone do it right :)
Sep 23, 2006_ForgeUser1201133 posted a message on Squeenix - Some people enjoy putting square things in round holesok, here is a diff from rev 11720 http://www.verzend.be/v/5203604/3_2_1_Squeenix.diff.htmlPosted in: Addon Ideas
I was also trying to reproduce the "blacked-out" minimap thing that ppl were referring to, but I don't see this happening on griffs or when changing to window mode; guess thats a good thing
Sep 22, 2006_ForgeUser1201133 posted a message on Squeenix - Some people enjoy putting square things in round holesWill do, may take me a bit; my wife went into labor about 2 hours after that last post I made and things have been a little crazy for me. I'll grab the latest rev and make a diff from it and post it tomorrow sometime.Posted in: Addon Ideas
Sep 20, 2006_ForgeUser1201133 posted a message on Squeenix - Some people enjoy putting square things in round holesYep, I'm pretty new heh. Anyway, I looked at the log files for the last few revs and I think this diff will take care of some issues; the zone text moves with the map, the quest tracking frames stay put, and the minimap toggles without leaving behind a frame (and it comes out of my mod in one piece) this is a modification of rev 11296Posted in: Addon Ideas
I also noticed before/after making these changes that when scaled up the minimap would suddenly occupy the entire screen... a /console reloadui puts everything back where it should be with Squeenix at the new scale, but I do not know what is causing this.
Sep 19, 2006Edit: Large unsightly post eradicated, see below for post with diff file :)Posted in: Addon Ideas
- To post a comment, please login or register a new account.