-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add induction command #13
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Personally I think it's better to have this done by automatically checking reacts but this works too
The problem with automatically checking reacts is that you're spending processing time constantly checking all of the messages in introductions. In addition, you're checking every user that reacts (because there's no way to just filter) and that takes up a lot of time checking the cache (or, in some cases, performaing an async fetch and re-checking the cache). This way is more annoying, yes, but it's easier to not have to worry about checking every message in the channel. |
Very good points, can't argue with that |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The only concern I have is that the welcome message could get spammy, especially during welcome week.
Also, not really that important, but something to consider is a logging library for less 'fragile?' (for lack of a better term) logs.
Seconded, that would be pretty cool |
Could potentially add an option to the command where the user can specify whether they want it to send a message in general or not? Partially because I think it should DM them as well in all cases also to remind them to change their nickname and to grab roles etc... |
The DMing functionality is OoS for this PR and this command right now, though I was thinking of adding a |
Re: @LMBishop's concerns about spamming, I think the best approach would be to enable the functionality and see how annoying it is. Anything else is conjecture and I don't think that enabling it for a short amount of time is much of an issue. |
Re: @LMBishop's suggestion with the logging library - I agree, in the future I'd like to move to a better solution to logging events, but for right now I think it's probably fine? Feel free to open an issue and/or implement it yourself <3 |
Oh yeah of course, this PR is fine as is (aside from the typos). I'll raise the other issues separately when I get the chance |
As per @rainestormee's suggestion, adds an
/induct
command to automatically give a user the Guest role whilst sending a message in general to highlight the fact they've joined and to draw their attention to the new channels.