The (Mostly) Complete Raiding Druid Package v7.23

[A_Druid_00]

7.23 is up, added some slave commands, see the first post for details. I really need to update the doc someday.

[skyler]

update whore!
joking
Anyways, think you'll be adding an evac option to this? I've been boxing in DON missions a lot and most of the mobs really hurt. By the time SOTG goes off it's normally not enough. Might be as simple as adding it as a tell command from a master.

[A_Druid_00]

update whore!
joking
Anyways, think you'll be adding an evac option to this? I've been boxing in DON missions a lot and most of the mobs really hurt. By the time SOTG goes off it's normally not enough. Might be as simple as adding it as a tell command from a master.

You can add SotG as a DoBuff command just like any other buff. Just make the DoBuffGem for it "alt" and make the alias whatever you want it to be, Ex. "|SOTG|Wood|Grove|YourMom". Oh, and you probably want to leave the refresh at 0. I don't know what you mean by it not being enough though, I use it religiously at 80% average and it tends to make up for a lot of extra healing. The logic is set that way to prevent it from casting on top of a cleric or shaman's group healing AAs, as that's usually not kosher, and tends to be overkill. I'd rather save mine for last after everyone else blows theirs.

You can do the same for Evac. I'm really not keen on coding up some auto evac logic, I'd rather it be set up as a DoBuff and set a special evac command like "GTFO".

I'm thinking about adding another 5 DoBuff commands for a total of 15, as even I am running out of space.

[skyler]

I just had the % too low it seemed. Never really saw it go off before and when it did the group was wiped anyways. That was my fault, no idea how it got set so low. And as for the evac, that's exactly what I was thinking of. I'll just copy/paste then, thanks =)

[A_Druid_00]

FYI: I've recently gotten VIP access thanks to someone kind enough to donate in my name, and I'll be posting all future updates to RaidDruid there. This mac is working fine as-is, and I'll leave it open to all you freeloaders like me. But I plan to add a lot of new features in the future (melee code, multiple heals based on class/hp thresholds for other healer types, more bot commands, pet handling, HoT casting, and more), and if you want to see them throw the devs a bone.

Thanks to all you folks who've helped turn RaidDruid into what it is today, but it's in the best interest of the MQ project to keep the donations coming in.

[skyler]

(melee code, multiple heals based on class/hp thresholds for other healer types, more bot commands, pet handling, HoT casting, and more)

I might be wrong, and correct me if I am, but what druid heal over time? That long recast, 30 regenper tick, spell Nature's Recovery? Really a waste of a spell gem. Also in 'pet handling' I hope you are refering to charmed or DC'd pets cause all that work for booboo isn't worth it

[A_Druid_00]

Well, this macro has changed from just a druid mac to being more like a robust healer mac. There are shamans and clerics as well as druids using this beast that I know of, and someone even posted they used it for their enchanter to do buffing and slows. It's really not RaidDruid anymore, and more like RaidHealer. The HoT code I've been wanting to add for some time, because I have a shaman friend who uses this mac pretty religiously. Same with the pet code.

[skyler]

Hmm. Good point. I'd love to have this macro working for my druid and my shaman. It's a very powerful macro and very well done.

[somelamedruid]

woah havent look here in a lwhile, really glad to see you at the helm again A_Druid_00

[skyler]

Just a thought A_Druid_00 since I'm home and have been thinking about this, why don't you do like I said earlier and make the generic universal macro and just make it command like with /mac name class like I said before with different event/delare ini's for each class? I don't know about you but I'm honestly going to do something like that anyways since I run the druid and the shaman on the same comp. At least with my idea you can keep and run the exact same macro and just add druid on 1 window and shaman to the other. Wouldn't have to copy/paste and change the file names at all.

[A_Druid_00]

I wouldn't even have to do something like "/mac classname" to make it class specific. The macro knows what class you are when its fired up, and I could make the ini build itself based on what class starts the macro. While that sounds neat and all, it's a hell of a lot of coding involved, and anytime they add new spells/AAs I'll have to update an entire section of the macro that was written just to make it even easier to get this mac running for the user. If they think the ini is too difficult/time consuming for someone to set up, they can die in a fire and try their hand at building a macro from the ground up.

I'm not trying to be a dick here, but it won't add to the functionality of raiddruid once it's up and running at all, and there are a lot of functions that I'd like to add that will add more functionality. If you want to code up a RDLoadIni.inc that takes into account your class when it's loaded, I'd gladly add it to the standard RD package. I just refuse to commit my limited development time to make it even easier to get this mac up and running.

Here's a little sample of a way to make it load the ini intelligently that I'm throwing together off the top of my head. This is probably a bit more than even you were hoping for, but I'm taking it to a whole other level. Some of the naming might be off, but you'll get the gist:

Code: Select all

/varset FastHeal ${Ini[${MyIni},HealStuff,FastHeal,NOTFOUND]}
/if (${FastHeal.Equal["NOTFOUND"]}) {
    /if (${Me.Class.Equal[DRU]} && ${Me.Book[Clorotrope]}) {
      /ini "${MyIni}" HealStuff FastHeal "Chlorotrope"
      /varset FastHeal "Chlorotrope"
    } else {
    /if (${Me.Book[Sylvan Infusion]}) {
      /ini "${MyIni}" HealStuff FastHeal "Sylvan Infusion"
      /varset FastHeal "Sylvan Infusion"
    } else {
    /if (${Me.Book[Nature's Infusion]}) {
      /ini "${MyIni}" HealStuff FastHeal "Nature's Infusion"
      /varset FastHeal "Nature's Infusion"
    }
}
etc
etc
etc
ad nauseum

Now repeat that same process for every heal possible, and dots, debuffs, snare, etc. Now repeat it for shamans, clerics, and anyone else that could possibly want to use this mac. Now keep it up do date through expansions with new AAs, spells, and other abilities. It's the start of a very slippery slope. The ini loading section would require even more lines of code than the macro itself in the end.

I already run this macro on 2 accounts on the same PC with the macro as is, there's no need to remake the way it loads. All I do for the cleric is change his heal spells and put the right buffs in the his ini. The reason the ini is named for the character and not the class is because everyone has different AAs and spells and a generic INI for shamans would actualy be more difficult than it already is because you'd have to redo the ini every time you log in druid x instead of druid y. When I get my hands on a new cleric bot, I copy another cleric's ini into his, and change whatever needs changing spell/aa-wise.

[gohan4]

The hud has been affected by the "string" change, been playing with it to see if I can fix it.

[A_Druid_00]

It's fixed in VIP

[iwos]

been out of eq quiet awhile and i used to use RD all the time and loved it so i decided when i started playing again to set it back up, currently im getting

/declare 'debuff' failed. name already in use
RDDeclare.inc@132 (RDDeclares): /declare Debuff(5)
string outer
raiddruid.mac@18 (main): /call RDDeclares
/varset failed, variable 'debuff' not found
RDloadini.inc$559 (loadini): /varset debuff[${i}]
${Ini[${Myini},debuffStuff,debuff${i},NOTFOUND]}
raiddruid.mac@20 (main): /call loadini

Everything i use it for ie cleric healbot seems to work np but i keep getting that error in the MQ window any help as to how to fix this would be most appreciated

[FrankJScott]

Please Google it! before posting