Open
Bug 954855
Opened 11 years ago
Updated 2 years ago
Improve mode system messages
Categories
(Chat Core :: IRC, defect)
Chat Core
IRC
Tracking
(Not tracked)
NEW
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?
Comment 1•11 years ago
|
||
*** 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
Reporter | ||
Updated•11 years ago
|
Summary: Add discoverable explanations for the possible modes → Improve mode system messages
Reporter | ||
Comment 2•11 years ago
|
||
*** 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.
Reporter | ||
Comment 3•11 years ago
|
||
*** 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.
Reporter | ||
Comment 4•11 years ago
|
||
*** 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.
Reporter | ||
Comment 5•11 years ago
|
||
*** 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).
Reporter | ||
Comment 6•11 years ago
|
||
*** 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).
Reporter | ||
Comment 7•11 years ago
|
||
*** 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).
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•