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.