• 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
MQ2Say

Release MQ2Say (1 Viewer)

Overview Commands Instructions Updates (11) Discussion
sl968 said:
Someone should make a plugin that makes a say window, and has the option to sound an alert if a pc says something near you.
Click to expand...
I remembered this quote from August as soon as I saw this, so I just wanted to say thanks for absolutely embodying 'Be the change you want to see in the world.'

Working great for me so far. Was away from game for a few weeks and came back to this and within a few hours it caught a say I would have missed (from a player, not a GM, but still). I was actively playing, but watching puller and they said it while I was out pulling.
 
So I was goofing around in PoTime... it definitely alarms on the zone emotes.. scared the bejeesus out of me. Other then that, love it!
 
I like the plugin, but I'm wondering if there's a way to ignore say from other group members (what I say is already ignored). Or in certain zones (or add a zone filter list?) like the lobby/hall/PoK.
 
It's all good. I reviewed the discussion to see someone else suggested a similar idea.

And also reported the truncated name and multiple [[[[[[ in the Say Detection window. FWIW, I'm encountering that particular anomaly when speaking to quest givers with clickable text in their dialog.
 
Would love for it to be able to ignore /say messages from anyone in your group, fellowship, guild or better yet anyone connected to the same eqbc server or dannet. Also would love for it to flash the EQ window like tells do if you have that option on in mq2 ini
 
Would it be possible to change the alert to play an audio file instead?
This can be done with MQ2spawnmaster so I shouldn't of thought it would be to hard to add
 
william12 said:
Would love for it to be able to ignore /say messages from anyone in your group, fellowship, guild or better yet anyone connected to the same eqbc server or dannet. Also would love for it to flash the EQ window like tells do if you have that option on in mq2 ini
Click to expand...

I think that's a great idea.
 
william12 said:
Would love for it to be able to ignore /say messages from anyone in your group, fellowship, guild or better yet anyone connected to the same eqbc server or dannet. Also would love for it to flash the EQ window like tells do if you have that option on in mq2 ini
Click to expand...
Redbot said:
I think that's a great idea.
Click to expand...
Sic said:
cwtn wrote up the code for those options and sent them to sl968 recently
Click to expand...

The code I wrote up handles group, guild, fellowship, but doesn't handle eqbc or dannet. It's using functions already in mq2utilities to check if they're in any of those groups of people, and can be individually toggled on/off. SL was reviewing the changes with @Knightly last I heard, and at least one change to the code I sent has been mentioned to me, but I believe it was a change in the name of a function. I've been using the modified version and so far it's been doing as I would expect it to do (ignoring the appropriate groups). I don't think the eqbc names are accessible from another plugin, though I believe I'm able to query if a user is connected to dannet as that is exported iirc. I'd like to see the existing changes make it through code review before we look into doing anything additional to the code. SL might feel differently, not sure.
 
ChatWithThisName said:
The code I wrote up handles group, guild, fellowship, but doesn't handle eqbc or dannet. It's using functions already in mq2utilities to check if they're in any of those groups of people, and can be individually toggled on/off. SL was reviewing the changes with @Knightly last I heard, and at least one change to the code I sent has been mentioned to me, but I believe it was a change in the name of a function. I've been using the modified version and so far it's been doing as I would expect it to do (ignoring the appropriate groups). I don't think the eqbc names are accessible from another plugin, though I believe I'm able to query if a user is connected to dannet as that is exported iirc. I'd like to see the existing changes make it through code review before we look into doing anything additional to the code. SL might feel differently, not sure.
Click to expand...

EQBC tells you whos connected. If you do /bccmd names you can use ${EQBC.Names} to get a list of all connected toon names however you have to do /bccmd names to populate the list before. Maybe EQBC can be changed to store connected toon names without doing /bccmd names and have it update that list every time someone connects/disconnect ?
 
pretty sure I fixed that issue a while back.

But also I'm not a fan of parsing macro data in a plugin. Though SL might feel differently about it.
 
I'm a bit new to this and I'm trying to figure out how to setup this plugin correctly. I would like it to only be enabled on one toon, but every time I logon all 6 of my toons have it running and so I get 6x the number of alerts. Is there a way to have plugins running only for a single toon so they aren't all reporting say issues?
 
Ravyns said:
I'm a bit new to this and I'm trying to figure out how to setup this plugin correctly. I would like it to only be enabled on one toon, but every time I logon all 6 of my toons have it running and so I get 6x the number of alerts. Is there a way to have plugins running only for a single toon so they aren't all reporting say issues?
Click to expand...
there are a few ways to do this.

you could utilize .cfg files for each class you don't want to have it loaded on, and you would just have it do a /plugin mq2say unload noauto

< Here is CFG files info - as there are a few different ways to do it >

the other option is once you're in game, just do a (if using eqbc for example) /bcg //plugin mq2say unload noauto this will unload mq2say on all your other characters (that are in your group) BUT not change your macroquest2.ini setting, so it will still load next time you log in.
 
Sic said:
there are a few ways to do this.

you could utilize .cfg files for each class you don't want to have it loaded on, and you would just have it do a /plugin mq2say unload noauto

< Here is CFG files info - as there are a few different ways to do it >

the other option is once you're in game, just do a (if using eqbc for example) /bcg //plugin mq2say unload noauto this will unload mq2say on all your other characters (that are in your group) BUT not change your macroquest2.ini setting, so it will still load next time you log in.
Click to expand...

The CFG file seem perfect for this, and some other things I am typically doing right after logging in. Thanks!
 
Can i Request a Safe List IE So if my team says Ready its not beep beep beep beep beep? as it recognizes them as safe?
 
There's nothing in that to add a safe list outside of group/guild/fellowship/raid. If you're asking for a safe list where you can add random names, that's a different request.
 
Knightly said:
There's nothing in that to add a safe list outside of group/guild/fellowship/raid. If you're asking for a safe list where you can add random names, that's a different request.
Click to expand...
I related "my team" to "my group" I suppose if he has multiple groups that he considers a single team then that wouldn't apply, unless the multiple groups were all members of the fellowship or guild, or were part of a raid force.
 
Since you're here, any progress on those features. As I recall you took over SL's MR for these changes, but no traffic on it in a while. I sent my changes to SL in February. SL made changes to it then submitted the MR in middle of March and it's now getting close to May. Wondering if there's any plans to knock that out as it seems a pretty trivial thing to do.
 
SL's MR was submitted on March 17th and she asked me to take it over on April 3rd, you can see most of the history on that here. I submitted the MR for my prerequisite changes which you can see here on April 10th, and the first feedback on that came this morning (which I haven't yet made the changes to accommodate). Once that's merged in, I'll submit the changes to SL's original request which should bring everything up to date.
 
ChatWithThisName said:
Since you're here, any progress on those features. As I recall you took over SL's MR for these changes, but no traffic on it in a while. I sent my changes to SL in February. SL made changes to it then submitted the MR in middle of March and it's now getting close to May. Wondering if there's any plans to knock that out as it seems a pretty trivial thing to do.
Click to expand...

If you had the changes in february why didn't you submit them then?
 
brainiac said:
If you had the changes in february why didn't you submit them then?
Click to expand...

I submitted them to SL to allow the author an opportunity to review the changes and change things as they liked.

If I'd have known SL was going to be otherwise occupied I would have submitted it myself assuming she was okay with it.

Here is a copy of the plugin with the features and the source that it was built with.

/mqsay ignoregroup
/mqsay ignoreguild
/mqsay ignorefellowship
/mqsay ignoreraidmembers

are the new toggles.
 

Attachments

Last edited:
ChatWithThisName said:
I submitted them to SL to allow the author an opportunity to review the changes and change things as they liked.

If I'd have known SL was going to be otherwise occupied I would have submitted it myself assuming she was okay with it.
Click to expand...

Well, this is precisely why the merge request system exists... you create the change request and then you tag the person you'd like to review it.
 
Again, pointing to here and here for the recommended changes to your cpp file that you've attached (which I've already made, though not submitted in the latter case as I'm waiting for the first merge to complete). That code you posted still has a bug where /mqsay off doesn't work and where most of the comments from SL's MR still apply.
 
You must log in or register to reply here.
Release MQ2Say
Next unread thread 🦁

Users who are viewing this thread

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

Cart

Total -