Open Kardbord opened 2 years ago
Help messages should be ephemeral. See #35.
Perhaps a better approach would be to have a /help
command that takes another command as an argument?
That would probably be the easiest to implement.
On Tue, Jan 11, 2022, 7:02 PM Tanner Kvarfordt @.***> wrote:
Perhaps a better approach would be to have a /help command that takes another command as an argument?
— Reply to this email directly, view it on GitHub https://github.com/TannerKvarfordt/Kard-bot/issues/34#issuecomment-1010555385, or unsubscribe https://github.com/notifications/unsubscribe-auth/AXCCAWU7JMIINGBB5UC6YH3UVTOKXANCNFSM5JGEMNOA . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
You are receiving this because you were assigned.Message ID: @.***>
The big downside to that approach is that Discord limits you to 25 subcommands. See the Options
section of Application Command Structure. Subcommands are "options" of top level commands. It is likely that the bot will eventually have far more than 25 commands, if it doesn't already. To work around that limitation, we'll have to either have the user provide a command name as a raw string (no autocompletion), or take the approach of adding /help
as a subcommand or boolean flag of each individual command.
Despite how nicely slash commands are integrated with the Discord client, sometimes commands require more in depth explanation. Even for simple commands, it wouldn't hurt to have a more verbose help message. I think it would improve UX to have a
help
option come standard with each command.