• You've discovered RedGuides, an EverQuest multi-boxing and scripting community 🧙‍♀️⚙️. We want you to play several EQ characters at once, come join us and say hello! 👋

  • A TLP without truebox has thawed (Very Vanilla ready)
    Frostreaver
MQ2CWTNCommons

Utility - MQ2CWTNCommons

Overview Updates (274) Reviews (7) Discussion
Psy said:
I ran into this exact problem the other night but decided not to post about it because no one else seemed to be discussing it on the boards. I know it's MY system causing it because it does it with boxhud and alphabuff as well, so I don't think it's isolated to the new ui for the CWTN/Sic plugin window.

For those struggling, I did something very similar to eqsubi. I had all toons logged in and then opened the macroquest_overlay.ini file on a separate window and 4 out of 18 toons would save and create the entry below, but ONLY 4;

INI: 
[Window][###Servername-ToonnameClassPluginWnd]
Pos=136,4
Size=604,588
Collapsed=0

I left it open as I would move the ui around and I could see it adjust and save on that toon. Upon switching to a different toon and moving the UI, it actually overwrote the exact entry for the previous toon with the new one on the same line. For some reason around 25% of the toons would create their own entry and the remainder would overwrite each other. I solved it by adding an entry for each missing toon manually, logging them in one by one, and moving the ui while verifying the position was saving in the macroquest_overlay.ini file at the same time under the correct toonname.

Definitely feel like it's something on my side and not sure if this is relevant but I just double checked the properties for my entire MQ directory and windows had a read only box checked.

View attachment 55660

Unchecking it does not stick as the moment I go back to the folder, it's marked as read only again.
Only using windows defender and my entire MQ directory is excluded

Hope this helps those smarter than I =)
Click to expand...

Mine would only create 4 as well. I manually created the 5th for my warrior and then saved and closed macroquest_overlay.ini. I then unloaded and loaded the warrior plugin and put the overlay where I wanted it and then checked the ini file and it was saved in the right spot. I went in and out of game and it was right.
 
My toons are peasants, they walk and sit.
I don’t have ever experienced this spell book lock problem btw.
 
Do the CWTN plugins leverage Staunch Recovery? If so, under what conditions trigger that? Rez? Combat Rez? Burn when OOM? etc. Thanks!
 
Sic said:
if you can force dudes to be stuck please do a "debugbook" like /clr debugbook on
Click to expand...

I'm getting the spellbook stuck open thing while mounted as well, but mainly seems to happen when I'm in the GL rezing/rebuffing (I'm on Mischief in Underfoot so everything is an indoor zone... so not a lot of time spent on mounts.)

I can make it happen pretty consistently though by clicking off all buffs and the mount and then unpausing cleric.

1705212159132.png

1705212215948.png
 
Tibberu said:
I'm getting the spellbook stuck open thing while mounted as well, but mainly seems to happen when I'm in the GL rezing/rebuffing (I'm on Mischief in Underfoot so everything is an indoor zone... so not a lot of time spent on mounts.)

I can make it happen pretty consistently though by clicking off all buffs and the mount and then unpausing cleric.

View attachment 55960

View attachment 55961
Click to expand...
I figure that's going to be because /stand doesn't close the book while mounted.
So I popped in game and figured I'd just change it to do mappable, like /keypress SPELLBOOK
That worked fine when I typed it manually....however, if I issued an EzCommand("/keypress SPELLBOOK"); or DoMappable(Me(), "SPELLBOOK") (these are the same effectively), neither would work, and worse yet, it wouldn't let me type into the input box lol.
Know that we will continue to look for an option to fix it, until then I recommend standing firmly on your feet.
 
I discussed with brain and he said some "commands" won't work based on chat state or something to that effect. But suggested I just force it to close. Which I did and that worked. When the update comes out, look for it to function correctly and let me know of any issues related to the book staying open.
 
I was unsure where to put this as it seems to be effecting all toons using CWTN.

I have noticed that when the clickys were updated recently that the cloak seems to be part of that. This is casting the AA effect of the damage shield buff you get from certain items.
 
Sellme said:
I was unsure where to put this as it seems to be effecting all toons using CWTN.

I have noticed that when the clickys were updated recently that the cloak seems to be part of that. This is casting the AA effect of the damage shield buff you get from certain items.
Click to expand...
i've re-read this a few times but i have no idea what you're trying to communicate.

if you don't want us to use your cloak during downtime you can select it in the ui and click deactivate
 
Quick question, and then some context:
Is there a command to force the CWTN communication through MQ2EQBC instead of MQ2DANNET?

I have a 2nd system running on Linux. It runs wonderfully, but enabling Dannet on Linux crashes MQ. Which is fine, I just use MQ2EQBC. I recently started using the class plugins, and started getting a bunch of spam about dannet needing to be enabled. However, these pluggins are so fricking cool, would love to be able to use them there as well. Not super important, just curious. I can add more specific log info if needed (been goofing off over lunch lunch break, trying to find a slash command, but no luck, and figured I'd ask).
 
JudeauChop said:
Quick question, and then some context:
Is there a command to force the CWTN communication through MQ2EQBC instead of MQ2DANNET?

I have a 2nd system running on Linux. It runs wonderfully, but enabling Dannet on Linux crashes MQ. Which is fine, I just use MQ2EQBC. I recently started using the class plugins, and started getting a bunch of spam about dannet needing to be enabled. However, these pluggins are so fricking cool, would love to be able to use them there as well. Not super important, just curious. I can add more specific log info if needed (been goofing off over lunch lunch break, trying to find a slash command, but no luck, and figured I'd ask).
Click to expand...
the only thing we use either eqbc or dannet is for mez broadcasting, and we detect what you're using - we don't do anything else
(the aliases are made for dannet, but if you don't have dannet you can just edit your aliases to somethign esle)

but no, there's nothing to change because we don't "communicate"
 
Sic said:
the only thing we use either eqbc or dannet is for mez broadcasting, and we detect what you're using - we don't do anything else
(the aliases are made for dannet, but if you don't have dannet you can just edit your aliases to somethign esle)

but no, there's nothing to change because we don't "communicate"
Click to expand...
Sorry, dug into things a bit more, and figured out what my problem was (and what was causing the SPAM). I had 2 members in my group who I don't have CWTN plugins for (Bard and Beast), and I was running RGMerc on them. It was trying to use Dannet and causing the MQ SPAM.
Ran the group without it, and everything worked great.
 
just a thought for the resetcamp option to include a direction.

I often use direction so i can change the pullarc to suit my needs

a command like /cwtn resetcamp east to face east then reset would be handy.
 
whatsaname said:
just a thought for the resetcamp option to include a direction.

I often use direction so i can change the pullarc to suit my needs

a command like /cwtn resetcamp east to face east then reset would be handy.
Click to expand...
no. there's no real need for anything like that

one cool trick you can do is set your min pull lvl to 255 and then turn around resetting your camp with your arc until you get it how you want to get it with /face blah and your arc will adjust but you won't start pulling cause you *probably* dont have any mobs that are 255, once you get your arc right, put your min level back
 
ChatWithThisName updated MQ2CWTNCommons with a new update entry:

01/19/2024

- Added Captain Kar in Pallo to named mobs
- - this was because they made the stun changes
- Added GMM nameds
- misc performative cleanup
- Corrected issue with a tooltip bleed under certain circumstances
-- multiple tooltips would display for UseAvatar (shaman)
Click to expand...

Read the rest of this update entry...
 
Now that settings are saved in the UI is there a place to see how the plugin came out of the box? Example /Mage usemelee on/off and the window that has do stuff like HealMa 90
 
Crash said:
Now that settings are saved in the UI is there a place to see how the plugin came out of the box? Example /Mage usemelee on/off and the window that has do stuff like HealMa 90
Click to expand...
you can delete your ini and then load the plugin

we might do something like change the tooltip to say the default - but no plans for that at this time.
 
hey chat could you add an option for while in raid mode your toons will drop invis to heal when in chase ....my clerics and shm wont break invis for heals nd cant tell when they have invis on when my group is split or have an option to drop invis for heals if you want
 
kyebear said:
hey chat could you add an option for while in raid mode your toons will drop invis to heal when in chase ....my clerics and shm wont break invis for heals nd cant tell when they have invis on when my group is split or have an option to drop invis for heals if you want
Click to expand...
You could probably handle this pretty easily with a lem checking for in a raid and health percent of a group member or xtarget, and removing invis.
 
durango773 said:
or just use ye olde "make me vis" button :confused:
Click to expand...
Sure, but it sounded like he wanted something more automatic. I, perhaps incorrectly, assumed he had some characters on chase in someone else's group in the raid who were invis'ing him without him knowing about it. Maybe a leap from what he said, but that's where I went with it.

You aren't going to hit a make me visible button if you don't know that your healers in another group are invis.
 
Darkwynd3 said:
Sure, but it sounded like he wanted something more automatic. I, perhaps incorrectly, assumed he had some characters on chase in someone else's group in the raid who were invis'ing him without him knowing about it. Maybe a leap from what he said, but that's where I went with it.

You aren't going to hit a make me visible button if you don't know that your healers in another group are invis.
Click to expand...
Sure, we do want things to be automatic where it makes sense to do so. However, hitting a /makemevis hotkey is really going to be no different than you hitting to change modes. I don't think it makes sense to add this. The current logic for the plugin makes sense, if you want to be invisible you cast invisible, if you want to be visible, you need to make yourself visible.
 
ChatWithThisName said:
Sure, we do want things to be automatic where it makes sense to do so. However, hitting a /makemevis hotkey is really going to be no different than you hitting to change modes. I don't think it makes sense to add this. The current logic for the plugin makes sense, if you want to be invisible you cast invisible, if you want to be visible, you need to make yourself visible.
Click to expand...
I wasn't actually advocating for a change or addition of an option to the plugins. The plugin logic is great.

I think the part that's getting missed here is a makemevis key isn't an option for kyebear since he doesn't know that his toons are invis because his group is split. I was simply suggesting a lem to drop invis on his healers for him so the plugin could get back to healing while in chase mode. A hud, status, or trigger could work too.
 
ChatWithThisName updated MQ2CWTNCommons with a new update entry:

2/26/2024

- added nameds mobs for the Grounds in HoT expansion
- Nav no longer stopping to stick unless we're going to stick
- - this almost almost exclusively affects sictank mode
- - - this fixes where you would get punted or whatnot, and start navigating to the mob, but stop short when you got los
- - mob gate check now checks to make sure the mob isn't in the camp (that we didn't disappear instead)
- Allow Nav End to debug
Click to expand...

Read the rest of this update entry...
 
ChatWithThisName updated MQ2CWTNCommons with a new update entry:

3/02/2024

- Insatiable Voracity added as a spell we don't strip ranks from
- - dbg never gonna fix this line :'(
- cleanup
- (previously included) fixed a erroneous popup about mob behavior
- - thx for the msgs
- rgmercs to unload (macro and lua) due to conflicting behavior
Click to expand...

Read the rest of this update entry...
 
You must log in or register to reply here.
Utility - MQ2CWTNCommons
Next unread thread 🦁

Users who are viewing this thread

Total: 1 (members: 0, guests: 1)
Back
Top
Cart

Cart

Total -