Feature #563
Nick colors based on stronger normalization
| Status: | New | Start: | 01/28/2011 | |
| Priority: | Normal | Due date: | ||
| Assigned to: |  Mirco Bauer |
% Done: | 0% |
|
| Category: | Engine IRC | |||
| Target version: | - | |||
| Complexity: | Medium |
|||
| Votes: | 0 |
Description
Nick colors currently break (changes color) when someone changes their nickname to reflect an afk state which is often used by inexperienced IRC users, e.g.:
16:20:57 -!- Eltu is now known as Eltu_afkA solution to this issue would be to only use the nickname portion of the nick without the state.
01:27:18 <meebey> I think stronger nickname normalization will give better results and will be less complex than all the other options 01:27:46 <meebey> e.g. grendel|away becomes grendel 01:28:19 <meebey> just need to match for the first non-letter followed by letters I guess and use that 01:28:39 <meebey> I do that already for trailing underscores 01:28:52 <meebey> e.g. robertj has the same color as robertj_
Related issues
| related to Smuxi - Feature #509 | Nick colors based on ident@host | Rejected | 09/27/2010 | ||
| related to Smuxi - Feature #346 | Nick colouration should be the same across equivalent IRC nicks | Closed | 02/10/2010 |
History
Updated by Mirco Bauer 5076 days ago
ident@host based nick colors introduce even more issues as most IRC users are using dialup internet connections with a dynamic IP/hostname, see #509
Updated by Mirco Bauer 5076 days ago
This feature probably contradicts #215, if the nick color would be transfered to nick changes then stronger normalization wouldn't be needed except that the initial nick could change over time, say the user reconnects to the server with "meebey_" instead of "meebey".