MacroQuest64

i very much agree with this.. the changes above and setting MT heal % would make this the "perfect"druid :) (easy to implement with the % of each class.. ( the shammy mac does a great job, afcleric as well could just snach the code from there ))
a

It's not as simple as "snatching the code", there's a lot to account for and testing needs to be done. If it were that easy, I'd have just copy/pasted all of Cr4zy's Compucleric code straight into my mac to do tank healing. I'll basically be doubling the size of all my healing subs to account for class specific healing when I do get around to it. The shammy/necro stuff will probably get added first, and I'll get around to the tank/CH portion after I get that squared away. It's just not important to me at this point, as I don't tend to group anywhere that a druid can keep a tank up with CH for any useful length of time.

That is the reason I've put this on the back burner. That and the fact that I need to balance my EQ and MQ time with my job that demands at least 40 hours of my week, and a wife and 2 kids that I need to keep happy.

It's not as simple as "snatching the code", there's a lot to account for and testing needs to be done.

true.. was more "snatch" the idea.. but ill shut up and crawl back in my cave :)

Keep up the good work

I'm not trying to be a dick, you just made it sound simpler than it really is. 90% of RaidDruid is snatched from other macros, just look at the credits on the main post. There's a lot of massaging that goes into making each piece fit though.

On another topic, has anyone else noticed a considerable slowdown between nukes in the latest version? I think all the calls to checkgroup are bogging down the rest of the dot/debuff/nuke logic. What I think I'll do is add a checkgroupinterval that you can configure which defines how often raiddruid evaluates the group's HPs, so that it's not checking the group's HPs 10 times every time checkbuffs and dobuffs is called. I can't really move checkbuffs out of the /for loop in all those subs, as there are times when it needs to be checked legitimately; most notably when one buff/debuff finishes casting and it's waiting on the spell gem to refresh before moving on to the next.

Quote:
Feature Request:
Would it be pretty easy to add in /togglenuke command rather than relying on a hotkey with all that code for the nuke switch?

Not sure what you mean here, clarify and maybe I can help.

I want to be able to type in /togglenuke and it will switch between fire and cold nukes. The hotkey solution works, but I have no easily accessable hotkeys left.

fallon wrote:I want to be able to type in /togglenuke and it will switch between fire and cold nukes. The hotkey solution works, but I have no easily accessable hotkeys left.

Ahh, look at first post here, there's a custom bind I have set up on mine that toggles whichnuke. just type in the /custombind lines exactly as I posted them while in EQ and it will bind WhichNuke to Ctrl+Spacebar. I'm thinking you could even make it multiline and write to the ini, but I'm too lazy to figure out custombinds more than I already have.

Oh, and version 4.4 is up if you'd like to update the doc for the /checkgroup alias

Expect one or 2 more updates today adding feature requests as well. Maybe i'll even get into CH stuff

Version 4.5 is up, added separate HP threshold for Debuffs, dots, nukes, and snares. Enjoy.

4.6 is up. Added nukeDelay for all you druid that have low aggro tanks. Next up, finishing out healing.

4.62 is up. Some minor functionality fixes, nothing major.

RaidDruidDoc.html has been updated to v4.6. I colorized it and did some formatting changes. Little harder to read, but makes for easier quick reference when trying to find a command. Leme know if you like this look better.

RaidDruid_4.6.zip, a nice convenient downloadable .zip file is now avalable. Personally I find having to cut 'n paste code off the boards annoying.

I'll update it to 4.62 when I get home.

Doc looks hella sweet man. I'm partial to using the copy/paste method vs. a zip myself, I like to be able to look at the code that I'm getting.

Tested pit the FD code a bit tonight, it seemed to work fine.

Feature suggestions:
Leash... /tell druid follow me, and she follows like a good puppy. /tell druid stay, and she stops. Really handy, and would replace my "/target monk, /follow, /dismount" hotkey.

Add invis as a requestable buff (I'll do it if you don't get around to it, but mucking around with my monk macro recently)

Auto-hide... If your not doing anything, pop off Inate Camo... That would mess up the "/if (${Me.Invis}) { /delay 1 /goto :mainloop" a bit, but the druid hiding from trouble is a better druid than one looking for trouble.


Natures Recovery (one of the NO DROP runes is an upgrade to this, right?). Could probably just update the WoW code to keep that heal over time on the MA.

Just throwing out a few ideas. I may do up a couple of em eventually myself if you don't.

Leash... /tell druid follow me, and she follows like a good puppy. /tell druid stay, and she stops. Really handy, and would replace my "/target monk, /follow, /dismount" hotkey.

Been thinking of adding this for a while now, I'll probably get to it after I revamp healing. Won't be hard to add, just been putting off healing for soem time now.

Add invis as a requestable buff (I'll do it if you don't get around to it, but mucking around with my monk macro recently)

You can do that now with the DoBuffs routine, but it won't invite you to cast it. I'm not sure I want to add that to the routine anyway, seems like unnecessary fluff.

Auto-hide... If your not doing anything, pop off Inate Camo... That would mess up the "/if (${Me.Invis}) { /delay 1 /goto :mainloop" a bit, but the druid hiding from trouble is a better druid than one looking for trouble.

I'd tend to agree, but this would all but impossible to code in. I can set it up so it would break invis only if NPCs are in a certain radius, but then what about traversing zones? You could always RDPause, but even that has some features that break invis. I just don't think it's really necessary. RH makes sense, you need to be hidden to use your Strike disc. Druids have nothing to gain by autohiding. Just seems like another fluff featuere.

Natures Recovery (one of the NO DROP runes is an upgrade to this, right?). Could probably just update the WoW code to keep that heal over time on the MA.

Don't know about the upgrade to this, but I guess I can add some sort of HoT checking code. Tank healing will come first though. Edit: I'm not seeing a druid HoT spell in Lucy, if you know the spell name, let me know.

5.0 is up, and Tank healing is in. I called in sick to work today just to test it, so I hope you fuckers appreciate it. It seemed pretty pimptastic when I tested it out.

Nature's Recovery: http://lucy.allakhazam.com/spell.html?i ... ource=Live 3 min duration, 2 min recast. Back in the day it was kinda nice, although the spell is pretty dated these days (use to be about 4x better than the normal regen, now it's about 3x worse). I had thought Oaken Guard was the upgrade to it, but finally looked at the details for the spell and it's something different. hehe, now that I've actually looked at the data for that dam spell, I probably won't even bother to mem it anymore, as the pain in the ass for the extra regen that doesnt stack with the cleric and shammy Hot's isn't worth it.


Along with the leash stuff, an auto-accept group invites might be handy, possibly only for a pre-authorized list. I think the Rogue Helper macro has some good authorized controller code that would work for that.

I'll definatly check out the tank code tonight when I get home, it looks great. Wouldn't the Sub Event_Chat routine go with all the other events in RDevents.inc though?

Nature's Recovery: http://lucy.allakhazam.com/spell.html?i ... ource=Live 3 min duration, 2 min recast. Back in the day it was kinda nice, although the spell is pretty dated these days (use to be about 4x better than the normal regen, now it's about 3x worse). I had thought Oaken Guard was the upgrade to it, but finally looked at the details for the spell and it's something different. hehe, now that I've actually looked at the data for that dam spell, I probably won't even bother to mem it anymore, as the pain in the ass for the extra regen that doesnt stack with the cleric and shammy Hot's isn't worth it.

Yeah, NR is garbage, has been for some time; I was hoping you knew about some new HoT spell we got that I hadn't heard of yet. I was thinking about adding HoT code regardless, as one of the shammies in my guild uses this mac religiously. If I do add it, it won't be for a while though.

Along with the leash stuff, an auto-accept group invites might be handy, possibly only for a pre-authorized list. I think the Rogue Helper macro has some good authorized controller code that would work for that.

Thought about doing that too, but then I'm starting to navigate away from the helper macro to more of an afk one, same with the leash code. Doesn't mean I'm not going to add it, just fighting a battle with my macroing morals currently.

Wouldn't the Sub Event_Chat routine go with all the other events in RDevents.inc though?

It probably should, but it's mostly DoBuffs stuff anyway, and it's not that big of a deal.