Plugin - MQ2Cleric (2 Viewers) 3.1.52471.11

[krause]

ok, I tried this for some now.

I cant get my other clerics to heal my MA.

I have 3 groups with 1 cleric each group. I want them all to heal my warrior (tank and MA).

MQ2cleric is set to raidmode. My warrior is set raid mainassist. All my clerics have my warrior set as raidmainassist in the mq2cleric ui window.

I tried setting all heal values to 100 just to be sure. No heals fired.

Same with xtargethealing. "xtargethealin" is checked in the mq2cleric ui window. Warrior is in the xtargetwindow of the clerics. Still no heals fired even with all heal values turned to 100.

No other macros running.

No idea what Im doing wrong.

 

[Sic]

ok, I tried this for some now.

I cant get my other clerics to heal my MA.

I have 3 groups with 1 cleric each group. I want them all to heal my warrior (tank and MA).

MQ2cleric is set to raidmode. My warrior is set raid mainassist. All my clerics have my warrior set as raidmainassist in the mq2cleric ui window.

I tried setting all heal values to 100 just to be sure. No heals fired.

Same with xtargethealing. "xtargethealin" is checked in the mq2cleric ui window. Warrior is in the xtargetwindow of the clerics. Still no heals fired even with all heal values turned to 100.

No other macros running.

No idea what Im doing wrong.

the xtarget healing uses the non-MA heal values

to assign them for xtarget healing you just want to target them, and then "current target" assign them in your xtarget window. You do not want to use any of the other designations - raidassist1/2/3/raidmark/grouptank etc - none of these on the xtarget window.
just the "current target" designation, which you can also just set with a slash command
It sounds like you're changing your xtarget window to use other "types" of xtarget.



you can do something like:
/xtarget set 3 TankName
/xtarget set 4 TankName2

Just setting them to Raid MA isn't going to have you doing much to them specifically without assigning them to xtargets (as a pc specific) with xtarget healing turned on.

hopefully this helps

 

[krause]

thanks for trying to help sic but still doesnt work.

One question... should mq2cleric heal the raidMA cross groups? I mean without the healxtarget stuff.

Just asking because I thought mq2cleric should do this but it wont. Thats why I started trying to use xtargetheals.

 

[Sic]

thanks for trying to help sic but still doesnt work.

One question... should mq2cleric heal the raidMA cross groups? I mean without the healxtarget stuff.

Just asking because I thought mq2cleric should do this but it wont. Thats why I started trying to use xtargetheals.

"One question... should mq2cleric heal the raidMA cross groups? I mean without the healxtarget stuff."
nah, to heal outside of the group it uses xtarget healing.

I would double check the xtarget assignemnts as mentioned - and ensuring you don't have a weird, out of date custom UI for your xtarget.

it *has* to be a normal "current target" or /slash add like i mentioned.

Myself and many many other folks use xtargethealing in all sorts of applications.

Cleric checks its group for its healing requirements, then if xtargethealing is turned on, it scans all of the xtargettypes that match "XTARGET_Specific_PC", which is why you HAVE to assign with current target or the slash command i mentioned in the previous response.

so I would double check the following (some of this will be redundant, but do it anyhow):
1: usextarget turned on
2: the people you want to heal are assigned either via current target, or via /xtarget set # name
you have your healing values set appropriately (setting everything at 100, you're never going to not heal your own group before checking xtarget - also xtarget is checked using non-MA healing values)
3: if you're using a custom UI - try running in default to try and rule out your XTarget window being broken, I use Zliz custom with no issues xtarget healing for in raid, out of group etc.

 

[krause]

got it to work. not sure what I did wrong before but deleted all and started from scratch. Clerics heal xtargets now.

Thanks for being patience sic!

 

[Sic]

got it to work. not sure what I did wrong before but deleted all and started from scratch. Clerics heal xtargets now.

Thanks for being patience sic!

hell yeah! mad healin now krause

 

[mb4xy3]

Will this plugin fire off Turn Undead on undead at all? If so, how do I do it?

 

[Sic]

Will this plugin fire off Turn Undead on undead at all? If so, how do I do it?

until this next patch using any nukes/ds etc requires being in melee combat.

 

[s4rcophilus]

I have a few requests for the MQ2 cleric, and figured I would make a couple requests to prevent derailing.

The first issue I run into is when raiding with my cleric. A few scenarios may happen, like being grouped with multiple tanks and clerics, being in different groups, not having MA, and the like. Often I'm in a tank focused group, and there can only be one MA.

My request is a feature to identify me as the cleric's "MA" for the sake of the plugin. This could be done with a / command of some sort potentially?

Without this, you lose some of the functionality in that all the clerics are trying to cast their specific buffs on one tank, instead of their respective owners. So you have one tank getting the focus of all the clerics, despite them all serving a tank role.

Essentially this would take a bit of the headache out of me trying to get MA, or manually cast the buffs when able during combat (which isn't super convenient).

I enjoy the plugin. Let me know if I wasn't clear on the issue.

Thanks for all the help.

 

[Sic]

I have a few requests for the MQ2 cleric, and figured I would make a couple requests to prevent derailing.

The first issue I run into is when raiding with my cleric. A few scenarios may happen, like being grouped with multiple tanks and clerics, being in different groups, not having MA, and the like. Often I'm in a tank focused group, and there can only be one MA.

My request is a feature to identify me as the cleric's "MA" for the sake of the plugin. This could be done with a / command of some sort potentially?

Without this, you lose some of the functionality in that all the clerics are trying to cast their specific buffs on one tank, instead of their respective owners. So you have one tank getting the focus of all the clerics, despite them all serving a tank role.

Essentially this would take a bit of the headache out of me trying to get MA, or manually cast the buffs when able during combat (which isn't super convenient).

I enjoy the plugin. Let me know if I wasn't clear on the issue.

Thanks for all the help.

the cleric will always treat the group ma for the group's MA stuff. this is from the group role in the group window.

you can use raidmode with raidassist as someone you want to also do certain things for, but it is primarily going to do those things for the groups MA.

there really isn't a way to say "hey this guy isn't the MA but we would like you to do MA stuff on it instead".

outside of alliance usage, everything that we cast upon someone else we check for if they have the buff - meaning they have to be a local toon on your local pc running mq2cwtnbuffs

Divine Guardian, Retort, DI, Ward, Shining, anticipated, etc - all of these we're requiring for that person flagged as MA to be a local character that we can see their current buffs/songs, blocked spells, if they're buff capped, etc

don't get me mistaken. I understand what you're saying/asking. that is just something outside of what we're doing here. If bill is now tanking instead of bob, you will want whomever the groupleader is, to now assign bob to the group MA if they're now taking that role away from someone else.

 

[Szazor]

When in Raid Mode - I setup the XTARGET for all my tanks (And people I like) and use the toggle for XtargetHealing and Xtarget Buffing and it seems to work fine.

My question: When you have Splash Memmed - what is the trigger for it casting Splash? Or does it just do it whenever its up?

I am using a hotkey to /bct cleric Splash now...but curious as to how often its going to do it without me telling him.

 

[Sic]

When in Raid Mode - I setup the XTARGET for all my tanks (And people I like) and use the toggle for XtargetHealing and Xtarget Buffing and it seems to work fine.

My question: When you have Splash Memmed - what is the trigger for it casting Splash? Or does it just do it whenever its up?

I am using a hotkey to /bct cleric Splash now...but curious as to how often its going to do it without me telling him.

"/bct cleric splashnow" isn't a thing. so not sure what you're asking with this - unless you're manually telling it to cast like /bct cleric //cast splash of sweetness (which is what i guess you're saying)

splash is part of the major nuke/dot/splash casting overhaul which is coming with the next patch. after the next patch, you won't need to do anything whacky to get splash to fire. the current usage of splash is it just casts it as a group heal when group healing is needed (so not ideally - which is why it was part of a larger overhaul which will include being able to unyielding censure twincast splash and not have to be meleeing to do so, etc)

here is a snippet of what the update notes will look like with regards to the memsplash portion

- Now if you have MemSplash you will also memorize Unyielding TwinDD line and try and pair twinncast healing procs with it.
-- TwinDD usage does require UseNuke turned on.
-- We don't "wait" on anything, so there it isn't going to "hold on heals until we can twincast the splash", but it looks to pair it if/when it can.

The casting overhaul has been "in the works" for quite a while, but its a busy happening place here in the CWTN section =D

Here's an example - many more splashies and unyielding than current mq2cleric setup. This crazy-mad-person was in battlemode using contraventions too!

CoV Crusader's Raid

 

[Szazor]

Looks great!..... and yes I am driving from an SK and i have a SPLASH hotkey setup. I have 7 Clerics and 2 Pallies - and trying to co-ordinate gets a little tricky. /bct cleric //cast splash of uberness is exactly what i have!

The main issue is that splash gets to be a little situational and I probably should set up an event to trigger a .... Deluge of Splashes!

Cant wait to get the updated version - Cleric DPS is underrated!

 

[Hylander]

Cleric DPS is underrated!

 

[s4rcophilus]

So our raids are structured with 2 - 3 tank groups, each with several tanks and clerics in them.

would it be possible to set up a text trigger overriding the group MA distinction, telling the plugin I'm (or someone else) the actual MA? I really don't have a viable way to swap the MA during fights, and often several of us are tanking at once. So we have a difficult time actually managing these buffs (alliance is probably out), and then the health triggers of course are prioritized differently.

edit: I'll look more into cwtnbuffs, you'll lose a bit of the /clr panel functionality with that though.

I've also found we've changed our grouping structure. I'm less of the MA now that we typically make a large pull and i'll be sprinkling around Bond dots, while the rogue is the assist. This isn't a huge deal, we're doing fine, but it is another reason it would be nice to have a flag indicating priority not tied to the MA.

I realize I am basically re-asking, so I apologize. I was really looking forward to this functionality.

I appreciate your time. Thanks for the great plugin.

 

[s4rcophilus]

How possible would it be to have some automation between tank and cleric. Something that checks when the cleric's divine res is up and the cleric is alive, the tank will only receive his divine res. Then kick the res % acceptance back down to a previous 90 or 96 when divine is down, or he's dead?

edit: maybe a divine res MA flag in the /clr window? Oh god, here we go. haha.

so for my next request.....

 

[rouneq]

From a raid rez perspective, it would be nice if the Cleric would try a couple times (or a configured number of times) and move on to another rez target if they current one isn't accepting the rez yet. Yeah, people should accept rezzes in raids. They sometimes don't (and for a few specific characters, it's often) and there's nothing I can do to make them.

 

[hellfyre]

When raiders don't want to accept rezzes I just /hidecorpse all on the clerics and move on.

 

[Sic]

From a raid rez perspective, it would be nice if the Cleric would try a couple times (or a configured number of times) and move on to another rez target if they current one isn't accepting the rez yet. Yeah, people should accept rezzes in raids. They sometimes don't (and for a few specific characters, it's often) and there's nothing I can do to make them.

we don't have any plans on doing this. you're using a bot - if you have it turned to userez, it's gonna try and rez, you can turn it off if you don't want it to rez, but if it is turned on, it is going to keep trying to rez. I understand that someone in your raid isn't accepting rezzes - but if you're running automated toons on the raid for the success of the raid, I would imagine that it would behoove everyone involved to ensure they're accepting rezzes.

I can imagine the frustration now for someone who has some lag, or was reviving/zoning so no popup window or the server has a hiccup as we're all used to after all these years - I can imagine the frustration "my cleric tried rezzing me twice, but I didn't get it and then just stopped rezzing me entirely".

if you have userez on, and are more than 10 distance, it is going to try and /corpse the body. once it is able to get the body closer than 10 to it, it will rez it

I understand what you're asking, and what your issue is, but I would let the raid know that if people aren't going to accept rezzes that you will be turning off the bot auto rezzing folks.

hellfyre's solution is a good one - you can just hit a /bca //hidecorpse all and hide the slacker's corpses

 

[Sic]

How possible would it be to have some automation between tank and cleric. Something that checks when the cleric's divine res is up and the cleric is alive, the tank will only receive his divine res. Then kick the res % acceptance back down to a previous 90 or 96 when divine is down, or he's dead?

edit: maybe a divine res MA flag in the /clr window? Oh god, here we go. haha.

so for my next request.....

nah - this very easily becomes a road to complication for something that shouldn't be complicated.

if you have usedivine res turned on, its going to use divine rez.

you may think "well only using it on the MA would make good sense" - but you are also asking for "i want not-the-ma-to-be-the-ma" so then the "use divine rez on the ma and other people that are not-the-ma-who-are-the-ma", then someone else is like "but i only want to divine rez wizards, because they get more usage from having the full mana", but then bob is like "yeah but the enchanter should be the only one who gets divine rez". Then we're into a "can we get a 32 options to usedivinerezonWarMA, usedivinerzonWarNotMA", usedinvinerezonRngMA, usedivinerezonRngNotMA, etc".

Its a bot, trying its very best to be the best little bot that it can be.

you can turn off the automatic usage if you want to pause the plugin to manually use it. /clr usedivinerez off which is the reason we added it. Not everyone wants to "waste" divine rez on a ranger - and that is totally understandable.

mq2cleric is also not going to issue commands to your tank to have them adjust their mq2rez settings. If you want to do something very very very customized and special like that - you should consider using mq2react and mq2dannet to have one of them do an observer on the other, and adjust their settings when those conditions are met.

 

[Sic]

So our raids are structured with 2 - 3 tank groups, each with several tanks and clerics in them.

would it be possible to set up a text trigger overriding the group MA distinction, telling the plugin I'm (or someone else) the actual MA? I really don't have a viable way to swap the MA during fights, and often several of us are tanking at once. So we have a difficult time actually managing these buffs (alliance is probably out), and then the health triggers of course are prioritized differently.

edit: I'll look more into cwtnbuffs, you'll lose a bit of the /clr panel functionality with that though.

I've also found we've changed our grouping structure. I'm less of the MA now that we typically make a large pull and i'll be sprinkling around Bond dots, while the rogue is the assist. This isn't a huge deal, we're doing fine, but it is another reason it would be nice to have a flag indicating priority not tied to the MA.

I realize I am basically re-asking, so I apologize. I was really looking forward to this functionality.

I appreciate your time. Thanks for the great plugin.

you already asked about the MA distinction. I already answered that. Unfortunately there won't be a /clr EveryoneIsMA on or /clr TheMaIsNotTheMA on

I know you are re-asking, because you are literally re-asking, but unfortunately, the answer remains the same.

You sound like you have some very specialized and very particular wants, which another tool that allows for much more granularized specificity might be a better tool for your needs.

 

[s4rcophilus]

Alright, thank you.

 

[rouneq]

we don't have any plans on doing this. you're using a bot - if you have it turned to userez, it's gonna try and rez, you can turn it off if you don't want it to rez, but if it is turned on, it is going to keep trying to rez. I understand that someone in your raid isn't accepting rezzes - but if you're running automated toons on the raid for the success of the raid, I would imagine that it would behoove everyone involved to ensure they're accepting rezzes.

I can imagine the frustration now for someone who has some lag, or was reviving/zoning so no popup window or the server has a hiccup as we're all used to after all these years - I can imagine the frustration "my cleric tried rezzing me twice, but I didn't get it and then just stopped rezzing me entirely".

if you have userez on, and are more than 10 distance, it is going to try and /corpse the body. once it is able to get the body closer than 10 to it, it will rez it

I understand what you're asking, and what your issue is, but I would let the raid know that if people aren't going to accept rezzes that you will be turning off the bot auto rezzing folks.

hellfyre's solution is a good one - you can just hit a [COLOR=rgb(251, 160, 38)]/bca //hidecorpse all[/COLOR] and hide the slacker's corpses

Turning off the option to rez isn't workable. That's a major part of why the bot is there in the first place. To free up the main healers from having to worry about battle rezzing. Thus, /hidecorpse all isn't a good alternative. I agree that raiders should be taking their rezzes. However, there are two cases in this situation where they won't.

1. They are going to expedient rez after the raid. This one is not often, but it does happen a fair amount.
2. They were called already and have built up a fair amount of mana back and don't want to lose it to a rez. This one happens a goodly amount.

I get that it isn't going to change and I understand why. It's just disappointing when the bot gets stuck on a particular corpse.

 

[mb4xy3]

When cleric is in battle mode, assist mode, use melee, use yaulp, and his mana is lower, he will cast yaulp, then sit down, which cancels yaulp. If i turn mode to manual, then he will not sit when using yaulp, but will not actually attack / melee either

 

[Sic]

When cleric is in battle mode, assist mode, use melee, use yaulp, and his mana is lower, he will cast yaulp, then sit down, which cancels yaulp. If i turn mode to manual, then he will not sit when using yaulp, but will not actually attack / melee either

that would be correct

the cleric is going to sit down in between pulls in assist mode - that it what it does, return to camp and sit down

and he isn't going to assist to attack in manual mode (until the update if you have nukes/etc memorized and configured to use).

you have vorpal mode if you want to stand around and still do assisting.

or you can chaseassist which will mimic your tank's sit/stand

 

[mb4xy3]

The scenario is tank auto pulls to his designated camp, which is same camp as clerics. Clerics (and all melee) for that matter are on assist, they attack mob when in camp, then run back to camp and sit.

If I set the cleric to vorpal, then he will stand, but will not return to camp.

This creates a creep effect off clerics running farther and farther out of camp. And, if for some reason a mob, say, gates, they will run after the mob and not come back to camp.

so really, assist with clerics may be working as intended, but the intention isn't the reality of a clerics situation with automating attack, yaulping, returning to camp and not sitting.

Can you put in code that says if UseYaulp is on, then basically never sit? I can't really think of why you would ever sit while using yaulp since sitting cancels yaulp.

 

[Sic]

The scenario is tank auto pulls to his designated camp, which is same camp as clerics. Clerics (and all melee) for that matter are on assist, they attack mob when in camp, then run back to camp and sit.

If I set the cleric to vorpal, then he will stand, but will not return to camp.

This creates a creep effect off clerics running farther and farther out of camp. And, if for some reason a mob, say, gates, they will run after the mob and not come back to camp.

so really, assist with clerics may be working as intended, but the intention isn't the reality of a clerics situation with automating attack, yaulping, returning to camp and not sitting.

Can you put in code that says if UseYaulp is on, then basically never sit? I can't really think of why you would ever sit while using yaulp since sitting cancels yaulp.

correct - assist mode will set a camp and return to it and sit down between combat, like i mentioned

vorpal mode is not going to sit down or return to a camp, like i mentioned

nah, we will not be putting something in the code that says if you're yaulping dont sit. if you don't want to sit, be in vorpal or manual mode, or as i mentioned chase mode which will mimic the sit/stand state of your ma. you can also get a mount and turn off autodismount

if you don't ever want to sit, should use vorpal and just have your cleric reposition to your MA when you want them to reposition.

 

[DaveDave]

Is there any chance that you could add the option to cast DI on the group puller (if one is set)?

 

[Sic]

Is there any chance that you could add the option to cast DI on the group puller (if one is set)?

howdy DaveDave, no we don't currently have plans on doing that, but I can see how that'd be desirable/useful, i'll take a look.

it will cast DI on the MA and yourself. I'm guessing you're not pulling with your ma/mt?

 

[Sic]

should be a relatively innocuous addition. only complaints i could see if folks who "don't want it cast on the puller" if you're low lvl/tlp since it has a 1m30 recast in the earlier versions of it - or due to emerald consumption, but i think this definitely makes sense for something you'd want to do if you have UseDivineIntervention turned on and had a puller flagged in your group window

there won't be an individual toggle for "just ma" or "just self" or "just puller" - but we can add to DI the puller if you have one assigned because it makes sense.

Thanks for the suggestion.

let me just make sure it *works* and then i'll push it, and it'll be part of the patch this wednesday

Yup works, checks MA first, then self, then puller

 

[Sic]

@DaveDave shot you a pm

 

[fleqfan]

So I have a group with 70 cleric and 58 and 56 mage. The cleric keeps trying to cast conviction on them both but it is too powerful for the intended targets. Is there a way I can have the cleric not do this on my mages? All are using CWTN.

Thanks!

 

[Sic]

So I have a group with 70 cleric and 58 and 56 mage. The cleric keeps trying to cast conviction on them both but it is too powerful for the intended targets. Is there a way I can have the cleric not do this on my mages? All are using CWTN.

Thanks!

you would want to add "conviction" to both your mages blocked spell lists. in this instance it isn't a matter of stacking - it is that your dudes are just too low lvl to receive it (information that isn't available in the spell info), so you would either need to byos your cleric so it does no buffing, or add this spell to your mage's blocked buffs

Hope this helps - happy hunting!

Q. Cleric is chain casting something?
A. There are a few lower lvl / mid level buffs that eq/mq2 reports stack that do not, or will chain overwrite other buffs and you get into a buffing contest with another toon. You either have this situation or some other issues. I would suggest checking for the red error text that eq gives you to tell you WHY it didn't successfully take hold and then go from there. You can block anything you don't want cast.

EQ Menu -> Character -> Blocked Buffs
EQ Menu -> Character -> Blocked Pet Buffs (to add to anyone's pet blocked spells)

Q. I don't want the plugin to cast xyz buff on a toon.
A. Any buff you don't want cast upon someone, you would just have that character add it to their blocked buffs.

EQ Menu -> Character -> Blocked Buffs
EQ Menu -> Character -> Blocked Pet Buffs (to add to anyone's pet blocked spells)

 

[fleqfan]

Ahh thanks. Prob will do byos since I have a beastlord as well. A very strange group I made lol.

 

[kerzaab]

hello there,
been using this plugin for a while now and loved it so far, only thing on my clr115 I didn't find it working is that when clr is set to tank , I am presuming that is going cast Ward line / VOV line of spells and the highest reversed damage shield on. and before it goes into tanking, clr suppose to hot themselves which gives them more survivability that's how I was tanking before the plugin goes live , mybe such routine might be binded with Battlemode checkbox imo.

 

[Sic]

hello there,
been using this plugin for a while now and loved it so far, only thing on my clr115 I didn't find it working is that when clr is set to tank , I am presuming that is going cast Ward line / VOV line of spells and the highest reversed damage shield on. and before it goes into tanking, clr suppose to hot themselves which gives them more survivability that's how I was tanking before the plugin goes live , mybe such routine might be binded with Battlemode checkbox imo.

We keep up Ward and Shining our the MA - so tag yourself as MA if you want those things on you, we intentionally don't recast them during combat.

Using any DS's (outside of retort) isn't in any of the loadouts (so you would need to byos) - and until this next coming update, you would have to have melee happening before it would use it.

if you want to keep your hot up, you can /clr KeepHotUp on and you will try and keep your memorized HoT on your MA or self (we don't memorize HoT at 115, so another byos usage here).

 

[kerzaab]

very informative Sir. Sic, thanks a lot.

 

[Redbot]

Redbot updated MQ2Cleric with a new update entry:

7/21/2021

- Fixed a TriggerSpell issue that would cause issue with "Channeled Mark" series.
- Moved the "Shielding" buff check as an earlier priority.
-- This is useful for non-"Saint's Unity" owners, like on TLP, to ensure we're getting regen sooner than later.
- Removed "SwitchWithMA" as it isn't an option that has ever been used.
- Cleric can now use nukes and damage shields without being in melee combat.
-- huzzah
- We will only go to assist/target...

Read the rest of this update entry...

 

[mb4xy3]

How can i get my clerics to nuke? I have the following and he will not mem the nuke ('ve tried all of the below). Only way i can get him to mem a nuke is byos that i can figure out:
Mode: assist or manual
Battlemode: on or off
UseMelee: on or off
UseNuke: on

 

[Sic]

How can i get my clerics to nuke? I have the following and he will not mem the nuke ('ve tried all of the below). Only way i can get him to mem a nuke is byos that i can figure out:
Mode: assist or manual
Battlemode: on or off
UseMelee: on or off
UseNuke: on

yes, if you want to use a different loadout than is provided, you will need to byos.

Q. I don't like the spell lineup.
A. You can "Bring your own spells" with /clr byos on