This is also only relevant for single user chats where the nick can change. MUCs will still be logged based on the channel/room name.
This is completely reasonable. Sent from my iPhone On Aug 16, 2011, at 3:04 PM, Colin Barrett <co...@springsandstruts.com> wrote: > On Aug 16, 2011, at 1:04 PM, Evan Schoenberg, M.D. wrote: > >> >> On Aug 16, 2011, at 1:26 PM, Colin Barrett wrote: >> >>> So we have >>> >>> - (username, hostname) which won't change without sign off / sign on, but >>> doesn't uniquely identify a user, and >>> - nick, which can change without sign off / sign on, but does uniquely >>> identify a user >>> >>> Essentially we should create our own internal identifier (just a number) as >>> a replacement for nicks, which will be assigned once when we first see a >>> particular contact and never change. When we see nick changes, we update >>> the mapping of nick -> id num. (perhaps stored with a map of user@host to >>> an array of (nick, id) pairs.) >>> >>> Sorry this is just a sketch, but hopefully it can spark some ideas for >>> someone else. >> >> How does this interact with logging (which seems somewhat broken for the >> case of changing nicks, anyways, so maybe we don't care)? > > Yeah, given that it's going to be broken for logs no matter what, probably > the simplest-for-the-user thing there is to just group by IRC server and > nick. So all logs for "evands" on irc.freenode.net will be together, no > matter the user@host you were using. "evands|away" would be a separate set of > logs, but that's not so bad to sift through. > > Not sure how that would be implemented though :\ > > -Colin > >
