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
•