Allow us to disable the @everyone role from popping up for ROLE and MENTIONABLE command option types

[vladfrangu]

One of the features of the ROLE and MENTIONABLE command option types is that you can select the @everyone "role" as an option. While that may have some use cases, so it should stay, I would love if we had an include_everyone_meta_role boolean (default true) or similar that lets us disable it from showing up in the clients (as it would skip a check in our code that the role id provided isn't the guild id).

Why to keep the @everyone role showing up as an option in the first place

Say you have a command that gives points to any members with the role provided, and you want to give everyone 69 points. You can provide @everyone and that will match, well, everyone.

Why should include_everyone_meta_role exist

Consider an admin command that adds the specified role to a member. You can't give a member @everyone as the role "doesn't exist", and it wouldn't make sense to try to add it or show it.

[imranbarbhuiya]

+1. Now that we have a good UI to collect input we don't need to check users' input (it's a role or not) as the validation is happening on the client side. But this everyone role is causing the same issue again. We need to check and show an error message to the user and they need to rerun the command. There are so many cases where we don't need everyone's role so such an option will be cool.

[ckohen]

I think this could even fit into a similar option restriction as channel_types actually, role_types in this case, maybe as a bitfield, or as an array of some sort, whatever seems to fit better.

role_types could be a selection of

• Standard
• Everyone meta-role
• Integration

It would be extra cool to have a few extra utility types too, but there would be some logistics to figure out for them as they overlap the above mentioned types. These would be:

• Assignable - given the application has a bot in the server, any roles the bot can actually give or remove from members
• Member Assignable - same as assignable but from the executing members perspective, potentially its inverse as well
• Member Mentionable - only display roles the user executing the command is allowed to mention, potentially its inverse as well

I'm sure there's additional role types that would make sense, but that's what I can think of off the top of my head

[onerandomusername]

I'm sure there's additional role types that would make sense, but that's what I can think of off the top of my head

Something like the ability to show just roles that are below the invoking user's highest role would be nice.