Open Bug 954855 Opened 11 years ago Updated 2 years ago

Improve mode system messages

Categories

(Chat Core :: IRC, defect)

defect

Tracking

(Not tracked)

People

(Reporter: aleth, Unassigned)

Details

*** Original post on bio 1420 at 2012-05-03 13:15:00 UTC ***

The user who sees

mode (#ubuntu +CLcntjf) by kornbluth.freenode.net.

in a system message might wonder what on earth those modes stand for. It would be nice to provide a way of getting short explanations for them without having to google.

Maybe a list of modes and their meanings should be part of the help text for /mode? Or at least mentioned from there ("Type '...' to see a list of IRC modes")

Or there should be a /help mode x command?

Or (hard to do) there should be tooltips for each letter in the mode response message?
*** Original post on bio 1420 at 2012-05-03 13:28:10 UTC ***

So (I don't think this will be a surprise)...but the modes aren't fully standardized (see [1], and [2]). The fun part is that some of the modes are reused differently depending on the server you're connected to.

[1] https://www.alien.net.au/irc/usermodes.html
[2] https://www.alien.net.au/irc/chanmodes.html
Summary: Add discoverable explanations for the possible modes → Improve mode system messages
*** Original post on bio 1420 at 2012-09-13 13:53:39 UTC ***

Also we should change the system message string for channel modes to distinguish it from the string for user modes (eg. "Channel mode +t #channel" and "User mode ..."). Then the #channel can be dropped if the message refers to the current channel.
*** Original post on bio 1420 at 2012-09-13 13:55:28 UTC ***

On second thoughts, this may be fixed in stages, so whoever tackles some of it may want to spin out parts of it into separate bugs.
*** Original post on bio 1420 at 2012-10-07 16:20:55 UTC ***

Change "channel key" to "channel password" in the strings handling password-protected channels.
*** Original post on bio 1420 at 2012-10-15 20:45:39 UTC ***

(In reply to comment #3)
> On second thoughts, this may be fixed in stages, so whoever tackles some of it
> may want to spin out parts of it into separate bugs.
This was fixed by bug 955149 (bio 1721).
*** Original post on bio 1420 at 2012-10-15 20:46:35 UTC ***

(In reply to comment #5)
> This was fixed by bug 955149 (bio 1721).
This should have referred to comment #4 (channel key -> channel password).
*** Original post on bio 1420 at 2012-10-15 21:24:59 UTC ***

(In reply to comment #2)
> Also we should change the system message string for channel modes to
> distinguish it from the string for user modes (eg. "Channel mode +t #channel"
> and "User mode ..."). Then the #channel can be dropped if the message refers to
> the current channel.
Spun out as bug 955156 (bio 1727).
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.