Raid Leading MOD's & Addon's - Page 4

Dmi · 10/15/07, 5:47 AM

Originally Posted by Karoshi

Ok, just tested it and RaidTemplate works like a charm. Saved me at least 5 minutes of work after inviting.

Were you able to find instructions for this anywhere? Or if not could you jot down the rough way to use this? I messed around with it a bit but couldn't figure it out.

Karoshi · 10/15/07, 6:45 AM

I din't find any instructions, but most things seem self-explaining.
Open the tool with /radt, create a new template, select desired class on the right, click on the template to insert that class.
Once you're done, save the template and when you're in a raid you can select your templates from the top of the raid-window ("o"). IIRC you can also just save a current raids setup as a template, but I haven't tried that yet.

Fulnir · 10/15/07, 10:16 AM

Originally Posted by Karoshi

I din't find any instructions, but most things seem self-explaining.
Open the tool with /radt, create a new template, select desired class on the right, click on the template to insert that class.
Once you're done, save the template and when you're in a raid you can select your templates from the top of the raid-window ("o"). IIRC you can also just save a current raids setup as a template, but I haven't tried that yet.

Do you know how it saves players? Does it only save class, or does it save names as first prio, then class?
The reason why I'm asking is that if it only saves the class then I as a holy priest will find myself in the mage/Warlock group quite alot of times, since last time the RL saved the raid a shadow priest was there. The RL can of coarse move us around manually after that, but it would be nice if the mod could remember it.

This will happen to alot of people with non-oldschool mainstream specs (lack of a better word). Almost all classes can have two or more raid roles, so this needs to be taken into account for this mod to be worth something. Did you test it enough to having some info on this?

The mod would be extremely beneficial for the RL if the above was taken into account.

Zeru · 10/15/07, 10:55 AM

Originally Posted by Tromal

I'm still looking for a way to swap player with one button.

I will try to use this during our next raid.

/script SwapRaidSubgroup(index1, index2)

I tested this quickly and it works just fine, but it has some downsides. The thing is that you have to know the raidIndex (player ID) for all the members you want to swap, and in large raids keeping track of this can be a pain.

So, I was wondering if anyone knows a way to find out a players raidIndex?

I tried playing around with GetRaidRosterInfo(raidIndex);, but couldn't get it to return anything.

Valjean · 10/16/07, 3:16 AM

Originally Posted by Zeru

I tested this quickly and it works just fine, but it has some downsides. The thing is that you have to know the raidIndex (player ID) for all the members you want to swap, and in large raids keeping track of this can be a pain.

So, I was wondering if anyone knows a way to find out a players raidIndex?

I tried playing around with GetRaidRosterInfo(raidIndex);, but couldn't get it to return anything.

How did you get the comand to work? I formed a raid tonight with two people. I made a macro that says:

/script SwapRaidSubgroup(1, 6)

But no one switched groups at all. What am I failing to do?

Tallage · 10/16/07, 4:45 AM

Originally Posted by Valjean

How did you get the comand to work? I formed a raid tonight with two people. I made a macro that says:

/script SwapRaidSubgroup(1, 6)

But no one switched groups at all. What am I failing to do?

You would need to do /script SwapRaidSubgroup(raid1, raid6)

Zeru · 10/16/07, 5:49 AM

Originally Posted by Valjean

How did you get the comand to work? I formed a raid tonight with two people. I made a macro that says:

/script SwapRaidSubgroup(1, 6)

But no one switched groups at all. What am I failing to do?

The raidIndex for players doesn't change according to what group and group slot they're in. I assume that your script was based on a setup where you had one player in Group 1 and the second in Group 2.

This doesn't mean that the Group 2 player now has raidIndex 6. The ID is determined when people join the raid. Person who forms the raid has ID 1, who joins next has ID 2 etc.

So the script goes like

/script SwapRaidSubgroup(1, 2);

This is why I was wondering if anyone knows a way to find out the ID of each member somehow. Keeping track of everyones ID otherwise would mean that you have to make a list manually before you start sorting the groups so you know what ID everyone has.

Edit: Hmm, I got the GetRaidRosterInfo(raidIndex); thing to print out now. Just needed to do /print GetRaidRosterInfo(raidIndex);

. But still, this doesn't really help in finding out the IDs easily, since you need the ID itself to print out the info about that player..

Also, when I formed a raid with 2 people, I noticed that I myself actually got the ID 2, and the person I invited got ID 1. I'm not sure if the really matters and would it just continue normally after that (3rd member gets ID 3 etc.), or what's the deal actually. Have to test this out when I get a bigger raid going.

sarf · 10/16/07, 9:25 AM

Retrieving raid id:

function findRaider(name) for i = 1, GetNumRaidMembers() do if UnitName("raid"..i) == name then return i end end end

This should work even in combat.

To swap two people do:

/run n1="PersonA" n2="PersonB" function findRaider(name) for i = 1, GetNumRaidMembers() do if UnitName("raid"..i) == name then return i end end end SwapRaidSubgroup(findRaider(n1), findRaider(n2))

Change PersonA and PersonB to appropriate names. The code *should* work but is not guaranteed to work, nor to not blow up your computer and/or favorite spouse. No rights reserved. Use only as directed. Right side up.

Kirion · 10/16/07, 10:21 AM

I have strange feeling that open raid tab and drag players easier, unless someone want to write addon based on this

. For academic purposes its nice macro though.

Zeru · 10/16/07, 1:22 PM

Originally Posted by sarf

To swap two people do:

/run n1="PersonA" n2="PersonB" function findRaider(name) for i = 1, GetNumRaidMembers() do if UnitName("raid"..i) == name then return i end end end SwapRaidSubgroup(findRaider(n1), findRaider(n2))

Change PersonA and PersonB to appropriate names. The code *should* work but is not guaranteed to work, nor to not blow up your computer and/or favorite spouse. No rights reserved. Use only as directed. Right side up.

This works perfectly, thank you a lot

.

Glorah · 10/17/07, 10:26 AM

Originally Posted by Lidow

Nihilum Raid Tracker.

NRT - does this quite well for me, will have an in guild announcement when bosses die to track people not in the raid as well.

Another mod I can't live without as a RL is XRaidStatus (check the ACE mods). Can track all sorts of stuff from buffs, who's within 10/30/100 yards of you and HP/Mana of whatever class you want.

I tried NRT last night and it looks great: Took attendence and tracked loot with no problems. However, while I can read that data in game, I don't see how to export it. Am I supposed to copy down the data by hand for DKP calculations or is there a log of some sort I can work with?

Fungal · 10/17/07, 3:59 PM

Originally Posted by Glorah

I tried NRT last night and it looks great: Took attendence and tracked loot with no problems. However, while I can read that data in game, I don't see how to export it. Am I supposed to copy down the data by hand for DKP calculations or is there a log of some sort I can work with?

If I remember correctly, if you click in one of the raid entries, on the fubar tooltip, it opens a "log" like CT_raidtracker, wich you can then ctrl-A, Ctrl-C to copy it.

Akj · 10/17/07, 9:28 PM

Originally Posted by sarf

To swap two people do:

/run n1="PersonA" n2="PersonB" function findRaider(name) for i = 1, GetNumRaidMembers() do if UnitName("raid"..i) == name then return i end end end SwapRaidSubgroup(findRaider(n1), findRaider(n2))

Change PersonA and PersonB to appropriate names. The code *should* work but is not guaranteed to work, nor to not blow up your computer and/or favorite spouse. No rights reserved. Use only as directed. Right side up.

The macro works like a charm out of combat but throws an error while in combat. Is that intended or am I doing something wrong?

sarf · 10/18/07, 6:21 AM

Originally Posted by Akj

The macro works like a charm out of combat but throws an error while in combat. Is that intended or am I doing something wrong?

It probably needs to be set up in a Secure template of some sort. Haven't really gotten into all the jazz with 2.0+ things such as that, I'm sorry to say.

Essentially, in combat likely restricts you from being able to swap people around based on scripted logic, while you should (theoretically) be allowed to swap "PersonA" with "PersonB". Unfortunately, without a Secure template and a peek into how the raiding window works in combat, I can't make a viable in-combat switcher.
I would recommend that you look up the RaidTemplates addon someone mentioned, though that might be a bit overkill for just swapping one person for another person and may also be unavailable in combat.

The main issue is that if "PersonA" or "PersonB" changes place in the raid during combat, I don't see how you could make the Secure template-buttton idea work. Yet I assume that it would work somehow or you would be unable to swap people in the raid in combat if their raid id changes (as may happen with disconnecting people and new people joining).

Rumpeskum · 10/23/07, 6:12 AM

One thing that I haven't seen any way to do is to check the ms (ping) on others in the raid. If someone does something wrong and blame it on their lag, it would be good to see if this person actually needs to be replaced.

As a raid leader I want to know who has issues that particular night and replace them if it is too bad. Most people don't want to be replaced and therefore say "it's allright now, I can play" or something similar.

I guess this functionality could be incorporated into fubar_permformanceFU or perhaps let Ora2 check the MS in the same way as it can check the durability of the attendees.

Kirion · 10/23/07, 7:55 AM

Originally Posted by Rumpeskum

One thing that I haven't seen any way to do is to check the ms (ping) on others in the raid. If someone does something wrong and blame it on their lag, it would be good to see if this person actually needs to be replaced.

As a raid leader I want to know who has issues that particular night and replace them if it is too bad. Most people don't want to be replaced and therefore say "it's allright now, I can play" or something similar.

I guess this functionality could be incorporated into fubar_permformanceFU or perhaps let Ora2 check the MS in the same way as it can check the durability of the attendees.

I dont think its possible using wow api. I can imagine, you can write some kind of standalone program to ping your raid members.

• Polleke · 10/23/07, 8:45 AM

Originally Posted by Kirion

I dont think its possible using wow api. I can imagine, you can write some kind of standalone program to ping your raid members.

Thats not what he meant. He wants every raid members ping to the server. Thats possible because ping information is available to mods, after which you can simply broadcast it to the rest of the raid.
I think the best place to request a feature like that is oRA2. It could work similar to the durability check.

Rumpeskum · 10/23/07, 8:53 AM

Originally Posted by Polleke

Thats not what he meant. He wants every raid members ping to the server. Thats possible because ping information is available to mods, after which you can simply broadcast it to the rest of the raid.
I think the best place to request a feature like that is oRA2. It could work similar to the durability check.

Correct. This functionality in Ora2 would be what I am looking for.

Jimad · 10/31/07, 1:27 AM

"Embarrassed" doesn't even begin to describe how I feel about asking these questions, but loads of searching and scanning hasn't produced the answer I'm looking for. Even though I've played WoW for a little over 2 years, I'm just now getting into raiding. I spend an obscene amount of time reading the EJ forums, as well as other theorycraft / raid / mod websites. After making the suggestion to my guild that we begin using SW Stats and WWS, everyone thought it was a great idea. I think I bit off more than I can chew, as I am nowhere near computer savvy (not exaggerating one bit) .

I've seen many posters refer to Loggerhead as a way to extend the combat log's range to 200yds. It seems that using this mod is recommended over adding the "/console" changes to the WTF folder, or doing the in-game combat log modifications. I installed Loggerhead, fired up WoW, but can find nothing about Loggerhead in-game. No minimap icon, no menu available thru various chat log commands. It does show as active and up to date in my character screens "add-ons" tab. Is Loggerhead a completely passive add-on? Does simply installing it make my combat log's range 200yds, and that's that?

Also, not fully understanding much of the mechanics of this game (I'm really trying though!), does the increase in range that Loggerhead provides also carry over to SW Stats? I guess more specifically, does MY WoW combat log work in complete harmony with SW Stats? I *think* I understand that the combat log simply records all actions / gains / debuffs / etc, while SW Stats simply displays statistics based off of these recordings. Correct, or way off base?

Again, I sincerely apologize for bringing my level of ignorance to this thread. I view the information I read on EJ as pretty much gospel, hence my desire to post this here. I really am trying to de-nubbify myself

EDIT : To clarify why I posted in this thread ... While I'm not a raid leader for our guild, I have been saddled with the responsibility of implementing, fine-tuning, and coordinating these mods for our guild as they get back into a fairly aggressive raiding schedule. I think that's pretty key to a raid.

Revenj · 10/31/07, 7:01 AM

Originally Posted by Jimad

does the increase in range that Loggerhead provides also carry over to SW Stats?

Yes, and any other addon that has "something to do" with the combat log.

• Kalroth · 11/03/07, 12:58 AM

Originally Posted by Rumpeskum

One thing that I haven't seen any way to do is to check the ms (ping) on others in the raid. If someone does something wrong and blame it on their lag, it would be good to see if this person actually needs to be replaced.

As a raid leader I want to know who has issues that particular night and replace them if it is too bad. Most people don't want to be replaced and therefore say "it's allright now, I can play" or something similar.

I guess this functionality could be incorporated into fubar_permformanceFU or perhaps let Ora2 check the MS in the same way as it can check the durability of the attendees.

Grab this file: http://acdev.org/oRA2_Optional_Latency.zip and extract it into your oRA2_Optional folder. Note that it's only tested with revision 53222.

Usage is simple; raid leader types /ralag, /ralatency or activates it from the menu.
It'll generate a window similar to item checks, where you can see the latency as reported by the WoW API. Also this does of course not work unless it's installed for everyone in the raid.

Currently I haven't added any option to disable incoming checks from it, but people can just not install it if they don't want to. As for this ever becoming a part of the official oRA2 installation, I don't know.
Depends on Ammo and Rabbit really.

• Abbi · 11/06/07, 5:22 PM

Speaking of oRA...

It would be really nifty if the MT frames provided a threat meter as the last column. The most valuable data for me would be TPS; it might also be good to provide a total threat read out. Possibly it'd be handy if the #2 person on the threat list also showed up. ASCII mockup:

[tank 1] [target 1] [= 600 ==  ]
[tank 2] [target 2] [= 800 ====]
[tank 3] [target 3] [= 300 =   ]

I'm imagining a horizontal bar graph here. The bars could perhaps go red if the #2 person was within 90%, etc, but mostly what I want is an ongoing readout of how my tanks are doing without having to swap around on targets.