-
-
Notifications
You must be signed in to change notification settings - Fork 8
Moderation Manager #51
Comments
Moderation actions that need to be implemented:
These will be contained in an enum |
The main method for this will be a
|
@CascadeBot/cascadebot-contributors Anything to add to this? |
Looks good at the moment, this would simplify things a lot and would also make creating new moderation commands. Would we be able to make this sort of manager for informational commands as well, or would it not be worth it? @binaryoverload |
What sort of manager have you got in mind for informational? I don't see a common feature we could be able to have across different informational commands. Maybe a better way to do different embed fields but it wouldn't be a manager. |
Perhaps not for specifically informational but instead one for error messages? We seem to reuse several of (nearly) the same errors and having a centralised system for calling error messages might be good for continutity between commands. |
Draft up your ideas and examples into another issue, I like where you're coming from. |
@weeryan17 Anything you would like to see make it into the moderation manager? |
Not really. the only thing I'd like to mention is if we're going with on central method that method is going to be really complicated. maybe we could have a method for temp and a different method for everything else? Also i noticed you didn't bring up temp punishments here so we should plan those out as well cause i feel like those should be in the moderation manager. |
Well my plan is to have this one method call different methods so it won't be one huge method. And the system will allow for temp just fine I just won't implement it |
Sounds good then |
@mrjvs Any insights on how we should do the UX for displaying various messages relating to moderation actions? |
Wasn’t expecting this oof, i don’t have any ideas atm. I’ll get back to this tomorrow as I’m taking a day off to relax. |
https://i.imgur.com/Os34UJn.png here is visual representation of responses. All of the errors can and should be in the same format for all moderation actions (maybe phrase it a bit different, im looking at you binary. it should not be fields tho, sentences should flow easily instead of just stating stuff). format should also be consistent for the command structure, the last thing you want when banning a user is forgetting the format of the command. The colors (which are not final) should probably be put in an enum because those will be consistent throughout the entire bot. |
@mrjvs Awesome thanks! On the context of colours, at the moment we just use standard red, green and yellow colours provided by Java. Did you want us to continue using these or did you want to have others? |
@binaryoverload custom colors probably, just have an enum with colors ready for easy modification for later. |
Sounds good, I have opened #53 relating to this |
Waiting on #46 so I can integrate the manager into in |
It will be good for us to have a central moderation manager that allows all moderation actions to have consistency in terms of errors and responses and also allow easy integration with the modlog system when we decide to do it
The text was updated successfully, but these errors were encountered: