archived-bot
archived-bot copied to clipboard
Prefixes
When the prefix is changed, the bot still responds to the prefix of ;;
in addition to the custom prefix. In #support a common issue of the bot "not responding" is the user simply not knowing the prefix for their own bot and do not know they can @ the bot to issue commands or see the prefix.
When the prefix is changed, the bot still responds to the prefix of ;; in addition to the custom prefix.
Not it does not, just the ;;help and the ;;prefix commands for obvious reasons of avoiding confusion.
In #support a common issue of the bot "not responding" is the user simply not knowing the prefix for their own bot and do not know they can @ the bot to issue commands or see the prefix.
What's your point?
Sorry worded that wrong, Meant to say it should respond to ;; as a prefix no matter what in addition to the custom prefix a user might set, in support its common for users to not even realize their prefix is changed and thus think the bot is not responding or dead
I personally would prefer not to completely disable one of the core functions of the prefix feature for everyone just because a vocal subset of users lacks the base intelligence to use it. Also, how would you solve a scenario where more than one FredBoat (example: PatronBoat) is present in a server?
I dont think users care if the bot responds to ;; in addition to their custom, they just want it to also respond to their own they don't mind the default, as for your second point, that is very valid and I dont have an answer for that.
What about this: Allow multiple prefixes to be set. That way users can have both the default and a custom prefix, as well as turn the default one off when needed.
Like a config option?
This is supported by the backend as of its v1 API. The feature can be implemented on FredBoat now.
Idk if that's a good idea to be fully honest, in my bot ^ was the prefix by default and you can set it to whatever you want, but don and mention are both fully working prefixes, since the low probability it will be used. Mention already shows the prefix so it should stay how it is right now I love this.