Skip to content
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

Parity Features w/ Modmail #67

Open
3 of 7 tasks
No767 opened this issue Jan 31, 2024 · 0 comments
Open
3 of 7 tasks

Parity Features w/ Modmail #67

No767 opened this issue Jan 31, 2024 · 0 comments

Comments

@No767
Copy link
Member

No767 commented Jan 31, 2024

Modmail has some very interesting features that I think would be very useful for Rodhaj. These are noted:

  • Notes

    • They allow moderators to "note" down context of a thread (e.g previous interactions with person). They are always pinned to the thread.
    • These are stored in the database. Almost like tags
    • They are linked with an thread id and owner, meaning that you'd have to mention a thread in order to check it
    • By default, they are wiped from the database once the ticket is closed, but there is going to be a setting that allows you to just keep it
  • Role notification (done as this feature is part of Configuration System #62)

    • When a thread is created, a certain role can be set to be pinged in order to ensure that they know that there is a new thread.
      • This will be a role as having a user just puts the burden on the user and stresses them out
    • Maybe an author can be subscribed on every single thread created but... don't think this is needed
  • Contacting

    • Instead of a user reaching out to the mods, the mods reach out instead
    • The process is that an mod can contact someone, and the ticket would be created (using the same logic as within the user creating the ticket but bypasses title and tag creation) in order to direction reach out to the user
    • Admin can only close an contact thread
    • May need to add new tag for this
  • Replies (anon)

    • Replies can be anon, and responses can be anon as well. So this brings some sort of discourse if someone wants to speak out but not risk their identity
    • Maybe implement this but do we really need this?
    • I will only implement anon replies and responses, and nothing else further. If you want to implement something for this, please make a PR and I will review it
  • Snippets (Snippets (or rebranding them to tags) #21)

    • The tags but for mods
  • Configuration System (Configuration System #62)

  • Blacklisting system (noelle/blacklist)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant