Hi All!
Am 21.06.2011 um 23:38 schrieb Florian Westphal:
Jonathan Coveney jcoveney@gmail.com wrote:
if you try to use /mode and are an oper but OperCanUseMode is not set, it could say "You can't do this because this value isn't set."
I guess we might also change the deafault to 'yes'.
This change would be fine with me, most probably this is what IRC operators want and do activate anyway …
But sending a more specific error message is certainly doable as well.
In general, more robust errors like that would be great. if you type /wallops, it yells at you what the proper syntax is. I don't know how much effort this would involve (although the number of commands is small), but in general just some basic usability stuff like that would be awesome. I'd even be willing to help!
Doing this should be fairly simple. Should be enough to add a new, more specific error constant, e.g.
#define ERR_WALLOPS_NEED_MSG "461 %s %s :requires message text as argument"
and then have IRC_WALLOPS() use that instead of the default ERR_NEEDMOREPARAMS_MSG.
We could do this, for each IRC command. But I doubt that it would be really useful, because most IRC clients handle the commands by themselves and generate own error messages if they don't get all parameters -- so it would only help when using "/quote COMMAND PARAMS…" in a client …
For documentation of the IRC commands see RFC 1459, 2811, and 2812. But bear in mind that the commands entered in a client are not automatically the commands that the client generates and sends to the server.
Regards Alex