Support for limiting options on the new select menus

[Dorukyum]

The new select menu types are great, however I believe they could be better if we were able to use the options field on these types too or if we could limit options, like only allowing the choice of:

• a specific list of roles
• members with a specific role
• channels under a specific category

etc.
I think this functionality would extend the use case highly.
I know that these can still be done by passing the names of the choices we want to allow into a string select menu but that is limited to only 25 options and will require a more complex system on the backend of the bots.

[Shepard]

I would like to see that too and have it in application command options of those types as well.
In addition to your examples, I would like to be able to exclude bot users from a user select menu.

[Dorukyum]

I agree, allowing multiple choices on slash command options would be awesome.
I also like the idea of excluding bots, and maybe displaying only bots too.

[greysdawn]

+1, having a filterable role select menu would be great for replacing old react role lists and it'd be nice to be able to give specific channels to select from with certain commands (eg: channels currently whitelisted through the bot, etc)

You can use the string selects for that, sure, but populating those can take a fairly large amount of data depending on what you're doing (like grabbing all the roles/channels in a server so you can populate their names in the options). It'd be a lot easier to store a set of ids and pass that to the select menu in order to filter the results

[Shaynicide]

+1 on this. It would be amazing to be able to pass a filter argument (like with .await collectors) - sure we can handle errors on our side by rejecting input manually, but it'd be so much better if unselectable options were filters out from the list completely!

With a simple filter, all of the OP's examples could be done easily!

[nexy7574]

+1 Useful for selecting a specific set of roles e.g. colour roles

[bycop]

+1