Mercurial > pidgin.yaz
comparison TODO @ 11451:99548d90257e
[gaim-migrate @ 13690]
Documenting my revised thoughts about logging for unnamed chats.
committer: Tailor Script <tailor@pidgin.im>
author | Richard Laager <rlaager@wiktel.com> |
---|---|
date | Mon, 05 Sep 2005 23:44:26 +0000 |
parents | 66fe476474ec |
children | 134e570b3688 |
comparison
equal
deleted
inserted
replaced
11450:b7978afe81d0 | 11451:99548d90257e |
---|---|
1 * conversation api {{{ | 1 * conversation api {{{ |
2 * need to handle: {{{ | 2 * need to handle: {{{ |
3 * unnamed chats | 3 * unnamed chats |
4 * chats with the same name as a buddy | 4 * chats with the same name as a buddy |
5 * this should be working now, but it needs to be kept in mind when (re-)designing | |
5 * jabber Messages (one off messages vrs a conversation with a backlog) | 6 * jabber Messages (one off messages vrs a conversation with a backlog) |
6 * multiple conversations with a single buddy (jabber, with thread tag) | 7 * multiple conversations with a single buddy (jabber, with thread tag) |
7 * bugs | 8 * bugs |
8 }}} | 9 }}} |
9 * notes: {{{ | 10 * notes: {{{ |
10 * (12:58:39) Robot101: user list always|auto|never | 11 * (12:58:39) Robot101: user list always|auto|never |
11 * topic only where supported by the protocol | 12 * topic only where supported by the protocol |
12 * how do we log this? {{{ | 13 * how do we log this? {{{ |
13 * rlaager's proposal: {{{ | 14 * rlaager's (NEW) proposal: {{{ |
14 * the goal of logging is to be able to find something again. | 15 * each conversation has 1 or more logs associated with it. |
15 * you expect to see the logs for a person IFF they are in that conversation | 16 * when someone joins, a new log is opened |
16 * you don't really need to see the log of a chat before or after said person joined it | 17 * file based loggers should try to use hard-links in a smart way |
17 *if you did, you'd be looking at some other person(s)'s log | 18 to avoid duplicating data on disk as much as possible... |
18 * so: | 19 * this needs to be designed in such a way that a database logger |
19 * each conversation has 1 or more logs associated with it. | 20 can handle it w/o duplication... |
20 * when someone joins, a new log is opened to log everything that happens in the | 21 * TO SOLVE THESE CONCERNS, a link and/or copy function callback |
21 conversation, but to that person's logs. | 22 will likely need to be added |
22 * when someone parts, that one persons' log is closed | |
23 * this causes some duplication, the way to avoid this would be to close everyone's | |
24 log on a join/part and use a new file. we could then use links of some sort (hard | |
25 or soft) to "put" that one file in each user's directory. but this would | |
26 needlessly split the logs of someone who had been there all along. I think this | |
27 duplication is acceptable. | |
28 * this would not solve the problem of chats with the same name as a buddy. | |
29 }}} | 23 }}} |
30 }}} | 24 }}} |
31 }}} | 25 }}} |
32 }}} | 26 }}} |
33 * buddy list {{{ | 27 * buddy list {{{ |