Jump to content

All Activity

This stream auto-updates     

  1. Today
  2. Yesterday
  3. Last week
  4. Problem is, right now, there is no command to create a modmail, they just DM the bot, how would you want a user to differentiate sending anonymous threads? Maybe /anon in front of it?
  5. Separate version was made in group doc; this thread can be locked as it's no longer relevant, since it should be added with doc updates.
  6. Ideally, users could choose whether or not to be anonymous based on which command they use. And the admins could toggle whether or not anonymity would be available for their server in the first place
  7. Would server owners toggle it at a server level or would users use a command to make it anonymous?
  8. diabetes disguised as a log.. interesting i may or may not have eaten this before
  9. Glad you like it! I imagine that the user would be informed at the point that they get blocked, and then any time they try to send something anonymously either it fails with an error message - so they have to use the regular, non-anonymous messaging instead - or it asks for confirmation before sending with their name attached. I completely agree that at no point should a message intended as anonymous be sent with a name unless the user has agreed to it
  10. This could be implemented as a toggle, I like the idea. The only thing about this is that we would still store the user ID on our backend, for obvious reasons of keeping it all and for blacklisting. I'd have to think it over and how it would work with both our backend as well as making sure the user is completely anonymous etc, but I'm liking the idea of it. The only thing that i would add, if we do have a way of blacklisting users from the anonymous feature, is it would warn the user before they contact, do you think this would be a good idea? I think it would be jarrying to message in, expecting to be anonymous and suddenly it showing your username.
  11. Creative enough to use your own name as your username, that's at least creative.
  12. I have to also add, that this "double role" functionality doesn't work with Toggle, it won't allow me add 2 roles with the same reaction emoji using "z/toggle <emoji> <role 1>" "z/toggle <emoji> <role 2>"
  13. My Discord ID: <@!544524192524009503> "My" server ID: 775388018743181332 My suggestion: So my suggestion is, add a new type of command, or update the current ones, so that, the bot will check before a role gets removed when "unreacting", and if there's another reaction emoji that's overriding the exact same role, then Zira will not continue to remove that role, until the user unreacts to every reaction emoji that will give it that exact role. Why does Zira need it: I'm building quite a big server, and it happens to have LOTS of roles, but organization aswell. I think most of the people reading this, users of Discord, have known many servers that would use role displays like this: Screen Capture - Role Display in servers And, if I don't have either one role or another, like, for example, if I removed Minecraft role from myself, the display should be like this: Screen Capture - Role display in servers (1 role removed) Now, you can see that the group role "JUEGOS" is now gone, I did that manually. But, what if I wanna automate that by setting that 1 emoji reaction, with Zira, will trigger both roles on the user, by just hitting on one emoji? Well, that's possible, and works fine, until I add another game to the role group. When I add 2 reaction emojis, both leading to the same role, they work fine, but if one of them gets removed, then the whole Role Group also disappears, which shouldn't happen, because, if I want to stick with "Minecraft" role, and remove the "CSGO" one, the "─── JUEGOS ───"disappears, and ends up showing something like this: Screen Capture - Failed role grouping Extra details: You should just let people suggest in a different format, or using another method...
  14. Hello Fuzzy, please use the template listed in the following post otherwise your thread not be approved, thanks!
  15. Hello, so here's the thing. I'm building quite a big server, and it happens to have LOTS of roles, but organization aswell. I think most of the people reading this, users of Discord, have known many servers that would use role displays like this: Screen Capture - Role Display in servers And, if I don't have either one role or another, like, for example, if I removed Minecraft role from myself, the display should be like this: Screen Capture - Role display in servers (1 role removed) Now, you can see that the group role "JUEGOS" is now gone, I did that manually. But, what if I wanna automate that by setting that 1 emoji reaction, with Zira, will trigger both roles on the user, by just hitting on one emoji? Well, that's possible, and works fine, until I add another game to the role group. When I add 2 reaction emojis, both leading to the same role, they work fine, but if one of them gets removed, then the whole Role Group also disappears, which shouldn't happen, because, if I want to stick with "Minecraft" role, and remove the "CSGO" one, the "─── JUEGOS ───"disappears, and ends up showing something like this: Screen Capture - Failed role grouping So my suggestion is, add a new type of command, or update the current ones, so that, the bot will check before a role gets removed when "unreacting", and if there's another reaction emoji that's overriding the exact same role, then Zira will not continue to remove that role, until the user unreacts to every reaction emoji that will give it that exact role.
  16. Earlier
  17. Your Discord User ID: purplecho#1199 | 298948950814228481 Your Server ID: not currently running Hydra ModMail. Looking at running it on server ID 734036525091913798 or maybe others in future, but this feature would be essential for us Your Instance ID: (If you have one) Your Suggestion: allow server members to contact mods anonymously Why Does Hydra Modmail Need This: sometimes people are not comfortable raising issues if they can't be anonymous Any Other Details You Want To Add: obviously this runs the risk of anonymous spammers. But perhaps there could be a way of blacklisting individuals from the anonymous feature, so they can still contact the mods if they really need to but without being anonymous
  1. Load more activity
  • Newsletter

    Want to keep up to date with all our latest news and information?
    Sign Up
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.