head	1.183;
access;
symbols
	v2_0_0beta3:1.183
	v2_0_0beta2:1.183
	v2_0_0beta1:1.181
	gaim-doodle:1.179.0.2
	v0_65:1.173
	v0_64:1.173
	v0_63:1.173
	v0_62:1.173
	gaim_0_60:1.172
	v0_60:1.172
	ZERO_DOT_FUCKING_SIXTY:1.172
	v0_59_9:1.129.2.1
	v0_59_8:1.129.2.1
	gaim_0_59_7:1.129.2.1
	v0_60alpha3:1.170
	v0_59_6:1.129.2.1
	v0_59_5:1.129.2.1
	v0_59_4:1.129.2.1
	v0_59_3:1.129.2.1
	v0_59_2:1.129.2.1
	gtk1-stable:1.129.0.2
	v059:1.129
	v058:1.129
	v057:1.129
	v056:1.129
	v055:1.129
	v0_54:1.129;
locks; strict;
comment	@# @;


1.183
date	2006.01.18.21.20.07;	author lschiere;	state Exp;
branches;
next	1.182;

1.182
date	2005.12.30.15.31.32;	author lschiere;	state Exp;
branches;
next	1.181;

1.181
date	2005.09.05.23.44.26;	author rlaager;	state Exp;
branches;
next	1.180;

1.180
date	2005.09.01.20.48.29;	author lschiere;	state Exp;
branches;
next	1.179;

1.179
date	2005.04.29.22.08.04;	author lschiere;	state Exp;
branches;
next	1.178;

1.178
date	2005.04.29.21.51.46;	author amc_grim;	state Exp;
branches;
next	1.177;

1.177
date	2005.04.28.03.23.18;	author lschiere;	state Exp;
branches;
next	1.176;

1.176
date	2005.04.28.03.22.22;	author lschiere;	state Exp;
branches;
next	1.175;

1.175
date	2005.04.27.15.27.36;	author lschiere;	state Exp;
branches;
next	1.174;

1.174
date	2003.07.24.04.55.32;	author lschiere;	state dead;
branches;
next	1.173;

1.173
date	2003.04.23.05.04.54;	author lschiere;	state Exp;
branches;
next	1.172;

1.172
date	2003.01.31.13.03.41;	author faceprint;	state Exp;
branches;
next	1.171;

1.171
date	2002.11.30.18.45.02;	author robflynn;	state Exp;
branches;
next	1.170;

1.170
date	2002.11.03.22.16.38;	author lschiere;	state Exp;
branches;
next	1.169;

1.169
date	2002.11.03.17.59.27;	author lschiere;	state Exp;
branches;
next	1.168;

1.168
date	2002.11.03.16.07.12;	author lschiere;	state Exp;
branches;
next	1.167;

1.167
date	2002.11.03.08.07.21;	author robflynn;	state Exp;
branches;
next	1.166;

1.166
date	2002.11.03.07.54.39;	author robflynn;	state Exp;
branches;
next	1.165;

1.165
date	2002.11.02.19.33.33;	author lschiere;	state Exp;
branches;
next	1.164;

1.164
date	2002.11.02.04.16.11;	author lschiere;	state Exp;
branches;
next	1.163;

1.163
date	2002.11.01.17.46.54;	author lschiere;	state Exp;
branches;
next	1.162;

1.162
date	2002.10.31.06.53.29;	author lschiere;	state Exp;
branches;
next	1.161;

1.161
date	2002.10.31.04.27.52;	author lschiere;	state Exp;
branches;
next	1.160;

1.160
date	2002.10.31.01.26.05;	author lschiere;	state Exp;
branches;
next	1.159;

1.159
date	2002.10.31.01.04.43;	author lschiere;	state Exp;
branches;
next	1.158;

1.158
date	2002.10.30.16.56.25;	author lschiere;	state Exp;
branches;
next	1.157;

1.157
date	2002.10.30.05.08.46;	author lschiere;	state Exp;
branches;
next	1.156;

1.156
date	2002.10.30.04.21.50;	author lschiere;	state Exp;
branches;
next	1.155;

1.155
date	2002.10.30.01.04.33;	author lschiere;	state Exp;
branches;
next	1.154;

1.154
date	2002.10.29.13.29.54;	author lschiere;	state Exp;
branches;
next	1.153;

1.153
date	2002.10.28.15.51.10;	author lschiere;	state Exp;
branches;
next	1.152;

1.152
date	2002.10.27.21.35.23;	author lschiere;	state Exp;
branches;
next	1.151;

1.151
date	2002.10.27.21.28.49;	author lschiere;	state Exp;
branches;
next	1.150;

1.150
date	2002.10.26.16.49.30;	author lschiere;	state Exp;
branches;
next	1.149;

1.149
date	2002.10.24.15.06.24;	author hermanator;	state Exp;
branches;
next	1.148;

1.148
date	2002.10.24.14.32.11;	author lschiere;	state Exp;
branches;
next	1.147;

1.147
date	2002.10.23.05.33.06;	author robflynn;	state Exp;
branches;
next	1.146;

1.146
date	2002.10.23.05.08.37;	author robflynn;	state Exp;
branches;
next	1.145;

1.145
date	2002.10.23.00.12.47;	author robflynn;	state Exp;
branches;
next	1.144;

1.144
date	2002.10.22.23.18.45;	author robflynn;	state Exp;
branches;
next	1.143;

1.143
date	2002.10.22.13.41.40;	author lschiere;	state Exp;
branches;
next	1.142;

1.142
date	2002.10.22.13.20.01;	author lschiere;	state Exp;
branches;
next	1.141;

1.141
date	2002.10.22.03.21.30;	author lschiere;	state Exp;
branches;
next	1.140;

1.140
date	2002.10.20.23.57.26;	author robflynn;	state Exp;
branches;
next	1.139;

1.139
date	2002.10.20.07.14.10;	author robflynn;	state Exp;
branches;
next	1.138;

1.138
date	2002.10.20.03.56.00;	author lschiere;	state Exp;
branches;
next	1.137;

1.137
date	2002.10.20.02.01.17;	author lschiere;	state Exp;
branches;
next	1.136;

1.136
date	2002.10.20.01.58.34;	author lschiere;	state Exp;
branches;
next	1.135;

1.135
date	2002.10.18.22.22.35;	author lschiere;	state Exp;
branches;
next	1.134;

1.134
date	2002.10.18.22.07.20;	author robflynn;	state Exp;
branches;
next	1.133;

1.133
date	2002.10.18.21.56.40;	author lschiere;	state Exp;
branches;
next	1.132;

1.132
date	2002.10.18.21.53.30;	author lschiere;	state Exp;
branches;
next	1.131;

1.131
date	2002.10.18.15.18.11;	author robflynn;	state Exp;
branches;
next	1.130;

1.130
date	2002.09.16.08.35.12;	author seanegan;	state Exp;
branches;
next	1.129;

1.129
date	2002.03.07.20.57.16;	author seanegan;	state Exp;
branches
	1.129.2.1;
next	1.128;

1.128
date	2002.02.17.18.13.13;	author robflynn;	state Exp;
branches;
next	1.127;

1.127
date	2001.11.27.20.54.17;	author warmenhoven;	state Exp;
branches;
next	1.126;

1.126
date	2001.11.15.22.47.02;	author warmenhoven;	state Exp;
branches;
next	1.125;

1.125
date	2001.10.24.10.23.48;	author warmenhoven;	state Exp;
branches;
next	1.124;

1.124
date	2001.10.24.01.42.47;	author warmenhoven;	state Exp;
branches;
next	1.123;

1.123
date	2001.10.23.21.39.44;	author warmenhoven;	state Exp;
branches;
next	1.122;

1.122
date	2001.10.18.20.56.59;	author warmenhoven;	state Exp;
branches;
next	1.121;

1.121
date	2001.10.03.09.48.33;	author warmenhoven;	state Exp;
branches;
next	1.120;

1.120
date	2001.09.28.12.15.54;	author warmenhoven;	state Exp;
branches;
next	1.119;

1.119
date	2001.09.25.20.00.05;	author warmenhoven;	state Exp;
branches;
next	1.118;

1.118
date	2001.09.20.01.23.04;	author warmenhoven;	state Exp;
branches;
next	1.117;

1.117
date	2001.09.12.21.29.31;	author warmenhoven;	state Exp;
branches;
next	1.116;

1.116
date	2001.09.12.06.48.49;	author warmenhoven;	state Exp;
branches;
next	1.115;

1.115
date	2001.09.07.12.40.27;	author warmenhoven;	state Exp;
branches;
next	1.114;

1.114
date	2001.09.07.09.09.38;	author warmenhoven;	state Exp;
branches;
next	1.113;

1.113
date	2001.09.07.08.58.51;	author warmenhoven;	state Exp;
branches;
next	1.112;

1.112
date	2001.09.06.02.28.21;	author warmenhoven;	state Exp;
branches;
next	1.111;

1.111
date	2001.08.31.20.36.10;	author warmenhoven;	state Exp;
branches;
next	1.110;

1.110
date	2001.08.29.23.44.16;	author warmenhoven;	state Exp;
branches;
next	1.109;

1.109
date	2001.08.27.07.11.49;	author warmenhoven;	state Exp;
branches;
next	1.108;

1.108
date	2001.08.26.19.18.39;	author warmenhoven;	state Exp;
branches;
next	1.107;

1.107
date	2001.08.22.22.41.26;	author warmenhoven;	state Exp;
branches;
next	1.106;

1.106
date	2001.08.01.19.11.41;	author warmenhoven;	state Exp;
branches;
next	1.105;

1.105
date	2001.06.17.04.17.24;	author warmenhoven;	state Exp;
branches;
next	1.104;

1.104
date	2001.06.16.02.05.58;	author warmenhoven;	state Exp;
branches;
next	1.103;

1.103
date	2001.06.12.22.59.04;	author warmenhoven;	state Exp;
branches;
next	1.102;

1.102
date	2001.05.08.05.48.26;	author warmenhoven;	state Exp;
branches;
next	1.101;

1.101
date	2001.05.05.11.26.44;	author warmenhoven;	state Exp;
branches;
next	1.100;

1.100
date	2001.05.05.00.15.23;	author warmenhoven;	state Exp;
branches;
next	1.99;

1.99
date	2001.05.04.23.27.23;	author warmenhoven;	state Exp;
branches;
next	1.98;

1.98
date	2001.05.02.03.59.42;	author warmenhoven;	state Exp;
branches;
next	1.97;

1.97
date	2001.04.30.01.58.24;	author warmenhoven;	state Exp;
branches;
next	1.96;

1.96
date	2001.04.27.23.26.18;	author robflynn;	state Exp;
branches;
next	1.95;

1.95
date	2001.04.27.20.09.11;	author warmenhoven;	state Exp;
branches;
next	1.94;

1.94
date	2001.04.25.19.15.50;	author warmenhoven;	state Exp;
branches;
next	1.93;

1.93
date	2001.04.21.12.24.44;	author warmenhoven;	state Exp;
branches;
next	1.92;

1.92
date	2001.04.13.23.18.02;	author warmenhoven;	state Exp;
branches;
next	1.91;

1.91
date	2001.04.13.10.50.32;	author warmenhoven;	state Exp;
branches;
next	1.90;

1.90
date	2001.04.12.09.21.16;	author warmenhoven;	state Exp;
branches;
next	1.89;

1.89
date	2001.04.07.21.30.47;	author warmenhoven;	state Exp;
branches;
next	1.88;

1.88
date	2001.04.05.19.43.05;	author warmenhoven;	state Exp;
branches;
next	1.87;

1.87
date	2001.04.02.08.48.14;	author warmenhoven;	state Exp;
branches;
next	1.86;

1.86
date	2001.04.02.07.15.06;	author robflynn;	state Exp;
branches;
next	1.85;

1.85
date	2001.04.02.06.48.27;	author warmenhoven;	state Exp;
branches;
next	1.84;

1.84
date	2001.03.30.20.42.14;	author warmenhoven;	state Exp;
branches;
next	1.83;

1.83
date	2001.03.27.21.01.29;	author warmenhoven;	state Exp;
branches;
next	1.82;

1.82
date	2001.03.24.06.45.48;	author warmenhoven;	state Exp;
branches;
next	1.81;

1.81
date	2001.03.23.12.15.02;	author warmenhoven;	state Exp;
branches;
next	1.80;

1.80
date	2001.03.23.11.37.40;	author warmenhoven;	state Exp;
branches;
next	1.79;

1.79
date	2001.03.22.21.05.23;	author robflynn;	state Exp;
branches;
next	1.78;

1.78
date	2001.03.19.09.15.51;	author warmenhoven;	state Exp;
branches;
next	1.77;

1.77
date	2001.03.15.17.47.14;	author warmenhoven;	state Exp;
branches;
next	1.76;

1.76
date	2001.03.10.09.34.31;	author warmenhoven;	state Exp;
branches;
next	1.75;

1.75
date	2001.03.06.15.26.51;	author warmenhoven;	state Exp;
branches;
next	1.74;

1.74
date	2001.03.05.03.58.54;	author warmenhoven;	state Exp;
branches;
next	1.73;

1.73
date	2001.03.04.03.18.45;	author warmenhoven;	state Exp;
branches;
next	1.72;

1.72
date	2001.02.25.00.52.34;	author warmenhoven;	state Exp;
branches;
next	1.71;

1.71
date	2001.02.24.09.23.56;	author warmenhoven;	state Exp;
branches;
next	1.70;

1.70
date	2001.02.04.11.27.15;	author warmenhoven;	state Exp;
branches;
next	1.69;

1.69
date	2001.02.03.13.30.57;	author warmenhoven;	state Exp;
branches;
next	1.68;

1.68
date	2001.01.25.00.39.56;	author warmenhoven;	state Exp;
branches;
next	1.67;

1.67
date	2001.01.05.00.17.43;	author warmenhoven;	state Exp;
branches;
next	1.66;

1.66
date	2000.12.21.00.21.40;	author robflynn;	state Exp;
branches;
next	1.65;

1.65
date	2000.12.20.11.00.44;	author warmenhoven;	state Exp;
branches;
next	1.64;

1.64
date	2000.12.20.09.24.36;	author robflynn;	state Exp;
branches;
next	1.63;

1.63
date	2000.12.19.18.22.57;	author robflynn;	state Exp;
branches;
next	1.62;

1.62
date	2000.12.19.14.31.15;	author warmenhoven;	state Exp;
branches;
next	1.61;

1.61
date	2000.12.11.07.42.19;	author warmenhoven;	state Exp;
branches;
next	1.60;

1.60
date	2000.12.09.02.00.35;	author warmenhoven;	state Exp;
branches;
next	1.59;

1.59
date	2000.11.20.19.57.22;	author robflynn;	state Exp;
branches;
next	1.58;

1.58
date	2000.10.23.08.33.22;	author robflynn;	state Exp;
branches;
next	1.57;

1.57
date	2000.09.20.23.04.47;	author warmenhoven;	state Exp;
branches;
next	1.56;

1.56
date	2000.09.14.22.27.32;	author warmenhoven;	state Exp;
branches;
next	1.55;

1.55
date	2000.09.14.17.12.27;	author warmenhoven;	state Exp;
branches;
next	1.54;

1.54
date	2000.09.12.01.09.59;	author robflynn;	state Exp;
branches;
next	1.53;

1.53
date	2000.09.11.00.58.15;	author robflynn;	state Exp;
branches;
next	1.52;

1.52
date	2000.09.11.00.30.52;	author warmenhoven;	state Exp;
branches;
next	1.51;

1.51
date	2000.09.07.23.08.43;	author warmenhoven;	state Exp;
branches;
next	1.50;

1.50
date	2000.09.02.10.41.53;	author warmenhoven;	state Exp;
branches;
next	1.49;

1.49
date	2000.08.29.04.38.41;	author warmenhoven;	state Exp;
branches;
next	1.48;

1.48
date	2000.08.28.23.47.09;	author warmenhoven;	state Exp;
branches;
next	1.47;

1.47
date	2000.08.28.18.49.17;	author warmenhoven;	state Exp;
branches;
next	1.46;

1.46
date	2000.08.22.01.45.48;	author warmenhoven;	state Exp;
branches;
next	1.45;

1.45
date	2000.08.22.01.44.11;	author warmenhoven;	state Exp;
branches;
next	1.44;

1.44
date	2000.08.22.00.37.00;	author warmenhoven;	state Exp;
branches;
next	1.43;

1.43
date	2000.08.21.18.52.59;	author warmenhoven;	state Exp;
branches;
next	1.42;

1.42
date	2000.08.19.00.37.40;	author robflynn;	state Exp;
branches;
next	1.41;

1.41
date	2000.08.18.20.13.41;	author warmenhoven;	state Exp;
branches;
next	1.40;

1.40
date	2000.08.17.17.06.45;	author robflynn;	state Exp;
branches;
next	1.39;

1.39
date	2000.08.17.13.07.51;	author warmenhoven;	state Exp;
branches;
next	1.38;

1.38
date	2000.08.16.20.44.39;	author warmenhoven;	state Exp;
branches;
next	1.37;

1.37
date	2000.08.15.22.36.18;	author warmenhoven;	state Exp;
branches;
next	1.36;

1.36
date	2000.08.15.18.32.56;	author warmenhoven;	state Exp;
branches;
next	1.35;

1.35
date	2000.08.15.17.02.00;	author warmenhoven;	state Exp;
branches;
next	1.34;

1.34
date	2000.08.13.03.15.06;	author robflynn;	state Exp;
branches;
next	1.33;

1.33
date	2000.08.13.02.06.09;	author robflynn;	state Exp;
branches;
next	1.32;

1.32
date	2000.08.12.22.10.41;	author robflynn;	state Exp;
branches;
next	1.31;

1.31
date	2000.08.11.03.17.31;	author warmenhoven;	state Exp;
branches;
next	1.30;

1.30
date	2000.08.11.03.04.29;	author warmenhoven;	state Exp;
branches;
next	1.29;

1.29
date	2000.08.10.17.08.29;	author robflynn;	state Exp;
branches;
next	1.28;

1.28
date	2000.08.08.23.14.53;	author robflynn;	state Exp;
branches;
next	1.27;

1.27
date	2000.08.07.04.37.18;	author warmenhoven;	state Exp;
branches;
next	1.26;

1.26
date	2000.08.05.19.25.01;	author fflewddur;	state Exp;
branches;
next	1.25;

1.25
date	2000.08.02.16.54.00;	author robflynn;	state Exp;
branches;
next	1.24;

1.24
date	2000.08.02.02.28.45;	author warmenhoven;	state Exp;
branches;
next	1.23;

1.23
date	2000.07.31.17.48.35;	author robflynn;	state Exp;
branches;
next	1.22;

1.22
date	2000.07.28.20.55.59;	author robflynn;	state Exp;
branches;
next	1.21;

1.21
date	2000.07.28.18.48.56;	author warmenhoven;	state Exp;
branches;
next	1.20;

1.20
date	2000.07.28.17.56.17;	author robflynn;	state Exp;
branches;
next	1.19;

1.19
date	2000.07.28.05.21.37;	author warmenhoven;	state Exp;
branches;
next	1.18;

1.18
date	2000.07.27.22.21.04;	author robflynn;	state Exp;
branches;
next	1.17;

1.17
date	2000.07.25.18.18.06;	author warmenhoven;	state Exp;
branches;
next	1.16;

1.16
date	2000.07.25.08.33.20;	author warmenhoven;	state Exp;
branches;
next	1.15;

1.15
date	2000.07.25.05.09.14;	author warmenhoven;	state Exp;
branches;
next	1.14;

1.14
date	2000.07.20.16.45.20;	author robflynn;	state Exp;
branches;
next	1.13;

1.13
date	2000.07.14.01.33.27;	author warmenhoven;	state Exp;
branches;
next	1.12;

1.12
date	2000.07.09.23.19.21;	author warmenhoven;	state Exp;
branches;
next	1.11;

1.11
date	2000.06.10.07.25.42;	author robflynn;	state Exp;
branches;
next	1.10;

1.10
date	2000.06.10.03.34.51;	author warmenhoven;	state Exp;
branches;
next	1.9;

1.9
date	2000.06.07.23.59.43;	author warmenhoven;	state Exp;
branches;
next	1.8;

1.8
date	2000.06.06.10.21.24;	author warmenhoven;	state Exp;
branches;
next	1.7;

1.7
date	2000.06.02.06.08.29;	author warmenhoven;	state Exp;
branches;
next	1.6;

1.6
date	2000.06.01.17.10.05;	author robflynn;	state Exp;
branches;
next	1.5;

1.5
date	2000.05.25.08.09.03;	author warmenhoven;	state Exp;
branches;
next	1.4;

1.4
date	2000.04.26.18.28.10;	author robflynn;	state Exp;
branches;
next	1.3;

1.3
date	2000.04.10.08.21.10;	author robflynn;	state Exp;
branches;
next	1.2;

1.2
date	2000.03.25.22.40.09;	author robflynn;	state Exp;
branches;
next	1.1;

1.1
date	2000.03.23.03.09.51;	author robflynn;	state Exp;
branches;
next	;

1.129.2.1
date	2002.08.25.23.55.13;	author seanegan;	state Exp;
branches;
next	;


desc
@@


1.183
log
@some thoughts on the system log
@
text
@* conversation api {{{
	* need to handle: {{{
		* unnamed chats
		* chats with the same name as a buddy
			* this should be working now, but it needs to be kept in mind when (re-)designing
		* jabber Messages (one off messages vrs a conversation with a backlog)
		* multiple conversations with a single buddy (jabber, with thread tag)
		* bugs
	}}}
	* notes: {{{
		* (12:58:39) Robot101: user list always|auto|never
		* topic only where supported by the protocol
		* how do we log this? {{{
			* rlaager's (NEW) proposal: {{{
				* each conversation has 1 or more logs associated with it.
				* when someone joins, a new log is opened
					* file based loggers should try to use hard-links in a smart way
					  to avoid duplicating data on disk as much as possible...
					* this needs to be designed in such a way that a database logger
					  can handle it w/o duplication...
					* TO SOLVE THESE CONCERNS, a link and/or copy function callback
					  will likely need to be added
			}}}
		}}}
	}}}
}}}
* buddy list {{{
	* we have not committed any gobjectification, so this is not a blocker for 2.0.0 until we do.
		* if we do, it is only a blocker to the extent that gaim needs to run.  That is, we do not
		  *necessarily* have to gobjectifiy everything as long as we preserve functionality.
		* That being said, my understanding of the signals mess says that it is probly more work to
		  try to do this in stages than to start it or not start it.
	* This would require some sort of signal aggregation, as gobject signals are unique to the instance.
		* one way to do this would be to emit the signals from a non-descript buddy object.  this would
		  most closely mimic the current functionality
		* a second way would be to actually try to aggregate them in some way. I really don't know how
		  possible this is, but it would allow us to do things like set a pounce on everyone in a group
		  or define sounds on a per-group basis.
		* we could look at replacing the UI ops with signals/call backs
	* bugs
		* wrong buddy given priority
}}}
* build targets {{{
  * this is not a blocker
  * we need build targets for libgaim, we need to test them, and make sure they work.
  * we ought to use our own build targets to build the executable itself.
  * due to the limitations of cvs, this cannot accompany moving files to other directories at this time.
}}}
* status {{{
	* Error messages aren't particularly usable currently.  we need to be able to see the full text of
	  the error, and what account is in that error condition.
	* No way to see accounts not in the global state.
	* Easier access to saved states is needed.
}}}
* Privacy {{{
	* this is not a blocker for 2.0.0
	* Privacy sucks. it doesn't handle many of the protocols in a way that users understand. notably
	  msn, but also yahoo, jabber, and icq.
	* We want to sync to the server as much as possible, entirely local-only privacy is not an option
	  except on protocols like irc that have no server-side.
	* We want to be as consistent across protocols as possible.  this will require renaming things on
	  some protocols.
	* Bleeter suggests that we create a privacy.xml, remove privacy from blist.xml.  He suggests
	  that each protocol define certain capabilities & defaults, with accounts.xml holding exceptions
	  to the defaults.
}}}
* Perl {{{
	* Block for 2.0.0 or remove perl:
		* Extended testing and resolving the inevitable bugs remains.
		* Test each call to make sure it actually works
		* Make it work with G_MODULE_BIND_LOCAL
}}}
* Prefs {{{
	* on upgrade from 1.x, the timestamp preference often gets lost.
}}}
* system log {{{
	* The system log minimally should tell me what _I_ do in gaim.  It should (minimally) tell me about
	  my accounts and actions.  It should thus list
	  * gaim start and quit
	  * Account connection
	  * account disconnection, and reason if caused by error.
	  * account state changes, IFF we are logging that for buddies.
		* This might include the state message(s).
	  * This might be done using one or more files.
	* historically, the system log has also functioned to log things about buddies that do not relate
	  to a specific conversation.  While I(luke) do not at all object to this, it could be argued that
	  such functionality more properly belongs in a plugin, such as the buddy state notification plugin.
	  if we continue to implement such functionality, it could include:
	  * logging when a buddy signs on, including in some form what account sees that change.
	  * logging when a buddy signs off, including in some form what account sees that change.
	  * "		"	 " "	 goes idle, "		  "  "	  "    "    "       "    "    "
	  * "		"	 " "	 goes away, "		  "  "	  "    "    "       "    "    "
	  * "		"	 " "	 becomes available, " "    "  "    "    "       "    "    "
	  * like the logging of my own accounts, this could be done in one or more files.
	    * one potential downside of using multiple files is the idea that either the file's contents
		  duplicate information contained in the file's location/name, or that we need to manipulate
		  the display so as to convey that information to the user from the graphical viewer
}}}
@


1.182
log
@ heise2k mentioned that the TODO was not up to date.  now it is.
@
text
@d76 23
a98 1

@


1.181
log
@Documenting my revised thoughts about logging for unnamed chats.
@
text
@a40 3
		* buddy shows as group on add until gaim restart
		* buddy shows as online when offline
		* buddy shows as offline when online
a41 1
		* so on and so forth
d50 4
a53 20
	* Sean's segment of the UI needs to be finished.  We need to have support for the (new) default case
	  of one global status at all times.  we currently do not, unless that happens to be "online/present"
	* Tim's modifications to Sean's ui should be included to allow exceptions. refer to gaim-devel
	  archives for this.
}}}
* account editor {{{
	* this is not a blocker for 2.0.0
	* account editor is not intuitive, users do not find it.
	* Luke: my temptation is to get rid of this entirely, in favor of deryni's account menu. {{{
		* at this point, tools->accounts is only used for add/delete account, modify account, and
		  enable account.
		* most users do not have the 15+ accounts that some gaim developers do. a menu scales well for
		  anything from 2 to n, n "small" accounts.
		* this would allow ready access to the buddy icon stuff, and account actions could go here
		* status is handled as per the new api, status stuff need not go here beyond enabled.
		* the account modify dialog is already too big.  this would let us split it, for instance
		  buddy icon need not be in it this way.  Similarly, alias need not be in it.
			* splitting the account modify dialog to tabs seems to work nicely.  Still, I think
			  that the menu would be nicer.
	}}}
a68 1
		* Summer of Code seems to have largely solved this.
d74 1
a74 18
	* this blocks for 2.0.0
	* Prefs cannot stay as-is.  the dialog is far too wide and not at all usable.
	* The biggest problem is that each new plugin creates horizontal space. {{{
		* I do not see it as a solution to remove the posability of plugin preferences.
		* In the past, we had a separate plugin management dialog.  People never found it,
		  and were often surprised to learn that gaim had plugins at all.  I am unsure that
		  people find the current plugin page of preferences any more frequently, but I
		  *suspect* that it is the case.  This leads to a conundrum, how do plugins
		  display preferences?
		}}}
	* Currently the window is, at my font size, 1129x505 (or should that be 505x1129?).  It *should* fit
	  in 800x600 at worst, I'm unsure that 480x640 is a reasonable goal.  still, this leaves us with
	  something either considerably wider or considerably taller than we are currently using (on any
	  given pane, the tabs force the width, not the contents).  Further, taking "Message Text" as an
	  example, it has 3 preferences and a text area, each in its own category (the text area sharing a
	  category with 1 preference). obvious waste of space here.  All 3 could clearly be uncategorised
	  without loss of meaning, categories only make sense for groups of preferences.  It may even be
	  possible to combine this with "Conversations" entirely.
@


1.180
log
@update this slightly
@
text
@d5 1
d14 9
a22 16
			* rlaager's proposal: {{{
				* the goal of logging is to be able to find something again.
				* you expect to see the logs for a person IFF they are in that conversation
				* you don't really need to see the log of a chat before or after said person joined it
					*if you did, you'd be looking at some other person(s)'s log
				* so:
					* each conversation has 1 or more logs associated with it.
					* when someone joins, a new log is opened to log everything that happens in the
					  conversation, but to that person's logs.
					* when someone parts, that one persons' log is closed
					* this causes some duplication, the way to avoid this would be to close everyone's
					  log on a join/part and use a new file.  we could then use links of some sort (hard
					  or soft) to "put" that one file in each user's directory.  but this would
					  needlessly split the logs of someone who had been there all along.  I think this
					  duplication is acceptable.
					* this would not solve the problem of chats with the same name as a buddy.
@


1.179
log
@1)i forgot to mention prefs
2)IFF was intentional
@
text
@d47 5
d77 2
a93 1
	* Update to match as much as possible of the C api
d95 2
@


1.178
log
@i think this was what Luke meant..
@
text
@d15 1
a15 1
				* you expect to see the logs for a person IF they are in that conversation
d92 21
@


1.177
log
@this is clearer
@
text
@d15 1
a15 1
				* you expect to see the logs for a person IFF they are in that conversation
@


1.176
log
@as per Stu's request, in his G_MODULE_BIND_LOCAL commit, making note of
things perl needs to work again.
@
text
@d88 3
a90 2
	* Test each call to make sure it actually works
	* Make it work with G_MODULE_BIND_LOCAL
@


1.175
log
@Last night it was requested that we try to enumerate some of the short
range goals, and esp. the 2.0.0 blockers. this is my first attempt at
this. please feel free to edit it where I am inaccurate or incomplete.

This isn't so much a traditional todo, as I included some notes on how
things should work or what ideas have been proposed.

I tried to include vim folding stuff, but I'm not much used to that. I
also used tabs to format. please don't start replacing them with all
spaces ;-)
@
text
@d86 5
@


1.174
log
@this wasn't being updated properly since we switched to linked .todo
files, so its kinda useless
@
text
@d1 85
a85 61

Gaim TODO List- UI stuff
  (added Wed Oct 30 21:03:36 2002, incomplete, priority high)

- Prefs stuff
  (added Wed Oct 30 21:05:23 2002, incomplete, priority high)

- Core stuff
  (added Wed Oct 30 21:09:25 2002, incomplete, priority high)

- away rethink
  (added Wed Oct 30 23:56:48 2002, incomplete, priority high)

- gtk1-stable
  (added Sun Nov 10 20:28:19 2002, incomplete, priority high)

- zephyr
  (added Wed Dec 31 19:00:00 1969, incomplete, priority medium)

- yahoo
  (added Wed Dec 31 19:00:00 1969, incomplete, priority medium)

- oscar
  (added Wed Dec 31 19:00:00 1969, incomplete, priority medium)

- napster
  (added Wed Dec 31 19:00:00 1969, incomplete, priority medium)

- msn
  (added Wed Dec 31 19:00:00 1969, incomplete, priority medium)

- jabber
  (added Wed Dec 31 19:00:00 1969, incomplete, priority medium)

- irc
  (added Wed Dec 31 19:00:00 1969, incomplete, priority medium)

- gg
  (added Wed Dec 31 19:00:00 1969, incomplete, priority medium)

- WinGaim specific stuff
  (added Wed Oct 30 21:02:06 2002, incomplete, priority medium)

- gaim-remote stuff
  (added Wed Oct 30 21:07:09 2002, incomplete, priority medium)

- In General (i don't know where this should be)
  (added Wed Oct 30 21:12:16 2002, incomplete, priority medium)

- Plugins/Scripts
  (added Wed Oct 30 21:14:10 2002, incomplete, priority medium)

- i18n/portability stuff
  (added Wed Oct 30 21:07:43 2002, incomplete, priority low)

- DISCUSSION: entries here are things i'm not sure are desirable or doable.
  (added Wed Oct 30 20:07:13 2002, incomplete, priority verylow)

- autotools/gettext
  (added Wed Oct 30 20:19:03 2002, incomplete, priority verylow)

@


1.173
log
@my own executive desicion as the guy who's spent more time modifying
these files than anyone else in recent months. that file was massively
out of date, so i used the -T flag on devtodo to generate a new one.
@
text
@@


1.172
log
@aim_user is dead.  long live gaim_account.
@
text
@d1 60
a60 398
WINGAIM:
	font issues?
	resizing windows does not work correctly [what's the problem here?]
		resizing blist only updates window when you let go of mouse,
		i can't think of what else i might have ment after having 
		deryni test things
	Gtk windows that appear when you hover over a button, and just stay there and never close until you click on them once
	sounds while away?	

gtk2/new prefs
	when a conversation has been manually resized, it should not be 
		resized to the default on: 1)buddy icon. 2)im image 3)new tab
	blist shortcuts apparently not working
	better gtk2-ified icons: maybe a send icon? review the ones we're using now. do they make sense?
	sound player preference not being saved
	resize blist doesn't work on some systems.
	most toolbar buttons stay depressed after being clicked once, only raise when clicked a second time.
		smiles and links do not.
	buddy ticker stays arou+nd when you sign off - showing the 
		buddies who were online
	text like <font color=blah>with only some text</font> being colored causes the whole line to be colored. 
	lots of font troubles. esp in picking good fonts to use when the theme doesn't have an installed one.
	on away tab, if you set the time between responces, you 
		reset the type of idle time reporting. similar
		problems may exist in other combinations.
	when auto-away (by idle time) is activated, away message window 
		does not pop up.
	pressing save on new away message dialog does not immediately add 
		away message to list of away messages. 
	ignore font faces doesn't ignore the font faces in a person's info
	kicking someone in #name-extention causes a kick to display in #name as well
		and vice-versa
	the preference for the width of a chat is not being used when chats and 
		conversations are in the same window.
	resizing text entry area below default doesn't work well.
		some people report being unable to shrink it at all
	escape to close window pref or function doesn't work right
		has to do with incorrect initial focus.
	there is a blank line in the blist for a couple seconds after someone
		signs off. [gtk2 bug with the deprecated gtklist?]
	themes don't set background correctly in the blist. (reported, not verified)

GAIM-REMOTE:
	need a doc written up for gaim-remote on usage
	need to implement everything listed in gaim-remote --help

PORTABILITY/i18n
icq i18n
info dialog
	
DISCUSSION:
	protocol action to log into webmail for those that support such
		(aim, yahoo, msn)
		maybe a r-click option to send to user(yahoo, msn)
	"console beep" sound option should use different frequency beeps
		for different events, or at least give some way to allow
		this behavior. 
	do we really need some of the preferences? (Ignore TIK messages.
		Does anyone use that method of retrieving Away messages anymore?)
		toc does?
	show alias in list of people in chat
	tab complete to alias, translate to nick on send for chat
	disable x on blist when docklet loaded?
	timestamp on debug messages?
	ximian serial numbers in rpms cause... problems.
	sorting of conversation tabs, if the ordering of left-to-right
		order by opening isn't good enough for you
	msn auth expires (better, but still not perfect)
	rpm and deb installs should create menu items in kde if possible
	gaim should detect if message is sent and only log on success
		for protocols capable of offline messaging, this would
		always log, but aim messages would only be logged if
		sent to an online person. this would essentially entail
		making logging dependent on the return status of the
		serv send msg command. 
	option to disable close for x seconds after recieve im. this would
		short circuit missing messages as you close the window.
		make it an option that's off by default. 
	the privacy dialog has five different options now.  this looks
		rather ugly.  When we redesign the dialog, perhaps we should
		change the privacy setting to a combobox? 
	options on key bindings. (differnet window managers map different things. 
		make the control key switchable with the alt key or similar)
		maybe make control/alt+arrow optionally replace control+bracket
		is this a good idea?


IN GENERAL:
	Do we still want 'import'?  If so, it should be under 'tools', not 'file'
	add a way for a plugin to store/retrive config values (fixed?)
	segfault on pressing back with messages in queue if coming back
		for the second time in a given instance of gaim
	stack trace should exit instead of just sitting there
	documentation needed. (both online and not)
	check to make sure gaimrc properly unescapes things like a " in 
		a password as the .gaimrc file is read in.
	PERMIT ONLY PEOPLE ON MY LIST TO IM ME IS NEEDED ASAP!!!!!!!!
		this is now possible for aim, but not for yahoo et al
	automake 1.4 support bug, non-root users can't get gaim to compile
		by putting the gtk2 and glib2 m4 files in the m4 dir
	automake 1.6 support not perfect.
	add ircproxy option to proxy preferences.
	per-sn controls on how to compute idle time
	self alias does not display in irc chat. (and maybe other chats)
	adding and removing buddies needs cleaned up.
		basically, add_buddy should be calling ui_add_buddy 
		and serv_add_buddy as needed (require an extra arg to 
		add_buddy to tell it what needs done) and the various
		ways a buddy can come to be needing added should be
		calling some type of request_add_buddy (this would be
		part of both the core<->ui interface and the core<->prpl
		interface
	convert from licq and eb to gaim
		licq has a directory with one file per buddy
		eb i don't know. but the trick there would be 
		converting to several accounts at once.
		we have a perl script for licq and c code for eb.
	fix memory leaks
	block buddy option from right click menu in blist
	sounds/Makefile needs to use host CC, not target 
		(thats the only part that seems broken for cross-compiling)
		--Disconnect
	screenshot plugin
	xmms remote plugin
	statusimage plugin
	status report w/out being on own list
	SEARCH FUNCTION FOR LOG FILES
	preference to set logfile path. (i think there is a patch to add this)
	gzip storage of logs
	fix crash when someone writes just as you close the chat window.
	make the option to have escape close a window be global (error messages, account editor, ect)
	throw-away away message (unsaved) for single account (vrs set all away)

----
THE CORE:
	Need to write the core side of the core-ui protocol
	Non-blocking gethostbyname()
	Cancelable proxy_connect
	remember previous state better. both away, and allow start to invisible.
	better privacy controls.
	networking code rethink (libgnet?)
	netbsd gethostbyname() problem
	GPG Encryption of messages (gaim-e plugin included with gaim would satify this)
	Separate core functions from UI stuff.
		about.c, applet.[ch], away.c, browser.c, buddy.c, conversation.c,
		convo.h, dialogs.c, gtk*, plugins.c, prefs.c, prpl.c, sound.c,
		ticker.c, ui.h
			little to no work (mostly GTK)

		core.[ch], html.c, list.c, module.c, multi.h, proxy.[ch], perl.c,
		prpl.h, util.c
			little to no work (mostly CORE)

		buddy_chat.c, gaim.h, idle.c, multi.c, server.c
			standard splitting (for idleness, core needs to be in
			charge of gaim-use idleness)

		aim.c - need to redo main() completely
			- current main should be moved mostly to core
			- GTK main should connect to core
		gaimrc.c - Need to figure out how to save UI preferences

		Ideally at the end of this the prpls should only need to include
		prpl.h and they'll get everything they need without anything
		*cough*GTK*cough* that they don't.

----
THE PROTOCOLS:

TOC:
	Other RVOUS Actions

AIM(via oscar):
	watch for aol's upcoming increased aim/icq merge
	groups are read off server in a different order from
		winaim. this is a problem for people who use
		both and want thier list to be in a certain 
		order. along the same lines, because we
		don't read in the same order i'd bet, 
		we don't write to the server in a way
		that would cause winaim to produce the
		ordering gaim has. 
	option to ignore chat room invitations. (this is something you 
		could vary concievably want to be done per account, 
		so perhaps a protocol action would be best)
	some way to close direct connect w/out closing convo.
	idle time display in get_info displays in minutes instead
		of computing hours and days as the blist does
	in non-tabed conversations, clicking the x to close the
		window does not close the direct connection.
		using escape and the close button do.
	STILL have blist corruption troubles?
	canceled direct im should still allow new attempt
	failed direct im attempt should allow new attempt
		some way to cancel an attempt that isn't happening
	Colors in Chat room are wrong (using Gold too much)
	away message when directly connected bug 
		only displays on one side
		if direct connected to winaim, lockup when 
			winaim goes away, unlocks when winaim returns
	Voice Chat

ICQ(via oscar, who cares about the icq prpl):
	get info on offline user incorrectly says user is online.
	typing notification
	set the Nickname to be the self-alias
	Chat (this is different from aim chat)
	File Transfer (do we really want this?)
	New User Registration
	color support
	more privacy options
	more info support
	increased authorization support
	set status message 
		and of course when gaim can set them, it needs to
		be able to get the ones it sets. (yes this is 
		redundent. its a reflection of my current mood)
	search for users
	option to set alias to nick

Yahoo:
	new mail message with no info in it ie ()
	web cam support
	bug: won't allow me to delete myself from my list past sign on
	Chat
	File Transfer (do we really want this?)
	color (is this possible)?
		<fade> tags need parsed.
	encrypted conversations
	show idle time on blist
	display profile
	make away message display like that of aim/icq/jabber
	auto reply on away
	privacy options (block, unblock)
	voice chat

MSN:
	typing notification is broken in gtk1-stable
	spaces in friendly names not always unescaped for display, and so displaying
		as %20 (this may be fixed)
	bug: some people recieve blank messages. clicking to ignore font faces
		works around this problem. gaim should detect and use the default
		font when the requested font isn't found.
	Majortool says to tell sean about "already in opposite list" 
		errors are still happening, now whenever you start
		gaim. follow from prior conversation. 
		javabsp|away: the (C) and (R) works
		(23:02:54) MajorTool: LSchiere: yeah what javabsp|away 
		is talking about but its certain ones
	bug: doesn't save blist to file on read from server
		as this could be introducing new people,
		esp if there is no existing file, it shold.
	store group name that buddy is in on server
	set the friendly name to be the self alias
	typing notification in group chats
	start group chat support
	better group chat support in general
		lots of reports of problems.
	font face and color send support
	International freindly name support
	Need some way of indicating "invite" in IM window
	File Transfer (do we really want this?)
	auto reply on away
	people search function.
	voice chat

IRC:
	gaim generates ~5 popups when it fails to sign on
		an irc server because the nick is already
		in use.
	Error 421, unknown command when going away. sometimes.
	/ban, /kickban, /names
	CTCP version generates an autoreply when person is away or idle. 
		the error box used vy it also binds the focus (like
		all other error popups). i'm not sure there is a way
		around this second issue. (fixed?)
	fix segfault on attempted send after having been /remove'ed
	multi word remove messages
	auto reply to /msg on away 
	no list of people on /join 

Jabber:
	Segfault on account creation, esp. on register new account
	problem seeing buddies with long blist?
	make password change take effect w/out restart
	*sigh* file transfer (do we really need/want this?)
	Jabber Transports (having them show up on the buddy list should be
		fairly easy; having an appropriate right-click menu for
		them should also be somewhat easy. Providing a UI for adding
		transports should be rather difficult.)
	Browsing
	Bug: Opening/closing/re-opening conferences (to the same "room"?)
		and changing conf. rm. nicks results in wrong nick re-appearing
		(to other clients) and crash on close of conference dialog.
	Server Admin operations (messages, etc.)
	Add option for user info to be published or not in JUD.
	Ability to "IM" conference room "buddies"
	Some way to see/list roster items to which you have no subscription
		yourself?  Some way to delete them or subscribe to them if you want?
	Show self on buddylist
	Delete server account.
	Messaging an "Away" Jabber user doesn't get an away message back?
	Permit/Deny buddy support.
	List of users on Jabber server?
	SSL support
	show idle time on blist
	a populate roster from local blist. most useful if you want to migrate a 
		blist from one account to another, also useful if something freaky
		happens and the server blist is lost.
	conferenceing needs straightening out in general
		some s2s issues, maybe
		join room 2x issues, maybe
		colors for nicks

Napster: (should this even exist?)
	File Transfer (do we really want this?)
	New User Registration
	remove this protocol?

Zephyr:
	God help us.

Gadu-Gadu:
	New User Registration
	There's probably 100 other things but since I've hardly used the Windows
		client before I'm not sure what any of them are

----
THE UIS:

GTK1.2(some of this applies to gtk2 also):
	preference to ignore colors not being used or not being saved. in 0.59.5
	GLib-CRITICAL **: file gstrfuncs.c: line 1194 (g_strcasecmp): assertion `s1 != NULL' failed. 
		warnings in latest release.
		it seems that when a certain packet is received, the assertion fails. something 
		about SIGNON without PAUSE.
	choose a browser you don't have installed, click a link 2x, crash.
	option to have input box scroll instead of line wrap. input box only.
	BUG: hidden smilies don't always work right in protocols with specific smilies. even aim.
		this is somewhat transitory, and very annoying.
	copy grabs html as well as text. 
	bug report: The pixmaps arrow_down.xpm and arrow_right.xpm don't have proper 
		transparency... it only causes problems if your GTK theme is pixmap based
	bug: if you remove a group in one prpl, it disappears from the online tab
		even if there are still buddies in that group online
	make it so that same sn entries don't merge. use gc's to do this
	right click on url gives browser choice (preference option)
	option to choose person on blist when adding to permit/deny lists
	prpl specfic smiles in group chats.
	make output of /list searchable
	option not to raise windows on event while away
	make entry widget height preference a relative size, that is it doesn't change the
		overall height of the window.
	Only show one instance of each gaim_account at a time in the sign on dialog. 
		reset the progress bar on disconnect instead of creating a new entry.
	Status labels in buddy list (mostly just for yahoo/msn)
	buddy pounce -> drop down list of buddies
	buddy pounce -> add service to list of accounts
	buddy pounce -> add chooser to sound
	fix buddy ticker resize bug.
		can't shrink it below default
	Transparency for GtkIMHtml
	Rewrite the HTML parser in GtkIMHtml
	Moving GTK/GDK and related things out of the prpls
		TOC: file transfer (move into the core)
	Better way of showing away state - and possibly in main window
	Away needs to be modified to include "show" and "status", i.e. you can have
		an away state, and an away message. This is exactly what ICQ does -
		you're "N/A" (show in Jabber) and your away message is "I'm gone."
		(status in Jabber). Since it only applies to ICQ and Jabber (and
		actually, currently only Jabber, since icqlib doesn't handle away
		messages yet), there should be some way of indicating that it can
		do both without breaking the others. My suggestion is to put "/" at
		the end of the "state", and when that's there, have it be a menu with
		all of the custom messages, e.g. in Jabber it'd return "Away/" as one
		of the states, and you'd see "Away" with a menu of all the away
		messages you have.

	Need to write the ui side of the core-ui protocol

	Syd is cool and gave all of these ideas:
		Have multiple tickers in the same window, one for buddies
			like it is now, one for who just came online/offline
			(scrolled faster possibly because that doesn't
			happen very often), etc.
		Have tooltips on the passing buddies on the ticker
		Have a stock ticker (a plugin could easily make use of
			GtkTicker)



Then, of course, are all the Bugs that need to be fixed
	http://sourceforge.net/tracker/?atid=100235&group_id=235&func=browse
	

and the Feature Requests. SourceForge should really allow users
to vote on feature requests and bugs.....
	http://sourceforge.net/tracker/?atid=350235&group_id=235&func=browse
@


1.171
log
@testing 1 2 3
@
text
@d354 1
a354 1
	Only show one instance of each aim_user at a time in the sign on dialog. 
@


1.170
log
@this is a better test condition from paco-paco.
(17:05:42) Paco-Paco: and you have to check the return value of wait against (pid_t)-1
(17:05:42) Paco-Paco: you *cannot* use < 0
(17:05:45) Paco-Paco: pid_t is unsigned on some systems :-)
(17:05:57) Paco-Paco: actually, my patch might need fixed for the while loop
(17:05:58) ***Paco-Paco looks
(17:07:16) Paco-Paco: LSchiere: actually, I have a one-line fix
@
text
@d399 1
@


1.169
log
@add an item
@
text
@d11 2
@


1.168
log
@these are either done or rejected in favor of other approaches (one each)
@
text
@d11 1
@


1.167
log
@ok.
@
text
@a15 1
	replace legend in info dialog with link to status icons page
a17 1
	need a close button on conversations for when its tabed if nothing else. [ROB]
@


1.166
log
@ok
@
text
@d88 1
@


1.165
log
@sean broke sound prefs again.
@
text
@d11 1
@


1.164
log
@and the todo gets a little longer
@
text
@d11 1
@


1.163
log
@this just worked :-)
@
text
@d11 1
@


1.162
log
@some things that should have been modified long ago. why does no one else
notice these things either?
@
text
@a275 1
	display target of +b and +q (done)?
@


1.161
log
@a duplicate and a done item (from some time ago)
@
text
@a291 1
	Support new server feature for "invisibility"
a325 1
	make timestamp same size as nicks (optional?)
a337 1
	tooltip for mute sound is wrong. should read "Mute" not "Sound" when sounds are on
a345 1
	alias's in chat list/invite
@


1.160
log
@faceprint says this is indeed fixed.
@
text
@a135 2
	memory of last status preserved beyond shutdown, on a per-account basis
	ability to unload a single perl script
@


1.159
log
@sean fixed some stuff. some things i'm not sure are fixed or not.
@
text
@a21 1
	selecting debug window in prefs doesn't stick (isn't saved). (is this fixed?)
@


1.158
log
@modified the todo to reflect faceprint's verification that the option to not
send typing notification works for yahoo as well.

adding in a .todo file for devtodo. the TODO file is still the official
todo, in part because i'm the only one using devtodo as yet and in part
because there's far more in TODO than in .todo as yet.

with .todo, i'm thinking that the discussion section will be a single item
with children, i don't see how else to do it.
@
text
@d22 1
a22 1
	selecting debug window in prefs doesn't stick (isn't saved).
a46 1
irc (patch pending?)(done?)
d86 1
a86 1
	add a way for a plugin to store/retrive config values
d274 1
a274 1
		around this second issue.
a282 6
	in 0.59.3, not replicated by me in cvs, timestamp
		is having a font size tag set (value of 10, obviously a point
		size), but the rest of the line isn't. 3 issues here:
		why is the size a point size, and why is only the tag around the 
		timestamp being set, and lastly why is it only happening in jabber
		for the reporter, and only jabber chats at that.
@


1.157
log
@faceprint says this works
@
text
@a234 1
	ability to disable typing. (i don't think the pref works)
@


1.156
log
@updates
@
text
@a173 1
	make sure option to NOT send typing works
@


1.155
log
@gtk1-stable has a bug
@
text
@d173 2
d236 1
@


1.154
log
@a typo, a comment, a couple removals.
@
text
@d339 1
@


1.153
log
@updates
@
text
@d30 1
a30 1
	the preference for the width of a chat is being used when chats and 
d35 1
a35 1
		has to do with loss of focus and incorrect initial focus.
d47 1
a47 1
irc (patch pending?)
d57 2
a58 1
	   Does anyone use that method of retrieving Away messages anymore?)
a86 1
	prefs need to be saved when set, get rid of apply button.
d190 1
a190 1
	STILL have blist corruption troubles
d277 1
a277 1
	auto reply to /msg on away
d279 1
a279 1
	display target of +b and +q
d324 1
a350 1
	sendas menu for im dialog. like get info has.
@


1.152
log
@a dubious feature request (items under the discussion section are those i either
don't like or don't think are possible to fix)
@
text
@d42 1
d86 2
d95 1
a95 1
		this is now possible for aim, but not for icq et al
d125 1
a125 1
	preference to set logfile path.
a126 1
	shift-enter works wrong when last character is punctuation (same as bug #547284)
d130 1
a130 1
	paste deletes last space before pasted text. 
@


1.151
log
@yes i know jabber account registration crashes. where is JSeymour when you need him?
@
text
@d49 3
@


1.150
log
@the todo is a living document ;-)
@
text
@d277 1
@


1.149
log
@Building win32 plugins does work: make -f Makefile.mingw plugin.dll
@
text
@d14 2
a15 1
	buddy ticker stays around when you sign off - showing the buddies who were online
d49 3
d75 5
a343 4
	options on key bindings. (differnet window managers map different things. 
		make the control key switchable with the alt key or similar)
		maybe make control/alt+arrow optionally replace control+bracket
		is this a good idea?
a391 1
	Buddy Icons need to be converted to use new gdk-pixbuf (GTK2)
@


1.148
log
@clarification
@
text
@a1 1
	compiling plugins for win32 not possible (makefile is currently for .so)
@


1.147
log
@ok cafe
@
text
@d5 3
@


1.146
log
@hmm
@
text
@d66 3
@


1.145
log
@Better than cheddar, it's i18n input...
@
text
@d4 1
a4 1
	resizing windows doesn't work right.
@


1.144
log
@yo
@
text
@a40 1
input widget
@


1.143
log
@privacy options were broken as per last todo commit. deryni tracked it down
to the fact that adding the new option changed the number of ->next refererences
some options need, causing things to be set oddly.
@
text
@d47 2
@


1.142
log
@privacy not working right
@
text
@a8 3
	Privacy dialog does not work right. some accounts it refuses to change the privacy option for (aim account, can't
		change it off allow only below).  for some accounts, it isn't even reset to an understandable value, the 
		value it won't let you change it off of isn't even the value in the .blist file.
@


1.141
log
@sean rocks, so there's one todo partially closed, and one new segfault report
@
text
@d9 3
@


1.140
log
@One of the people...
@
text
@d67 2
d74 1
@


1.139
log
@
k
@
text
@d13 1
a13 1
	need a close button on conversations for when its tabed if nothing else.
d34 1
a34 1
		signs off.
d90 1
a90 2
		we have a perl script for licq, but nothing for
		eb yet.
@


1.138
log
@silvestri noticed one thing that is already done
@
text
@a10 1
	bug selecting people in channel user list? (this is a bug on all the gtk2 stuff) [ROB]
@


1.137
log
@problem is more extensive than initially thought
@
text
@a78 1
	have gaim -h show version number as well as help
@


1.136
log
@keeping the todo up to date. PLEASE TELL ME IF I HAVE FORGOTTEN TO REMOVE SOMETHING
@
text
@d9 2
a10 1
	font buttons stay depressed after being clicked once, only raise when clicked a second time.
@


1.135
log
@I'm going to have to get used to this, i forgot to change the todo when i committed
Benjamin Sherman (chettersg)'s fix for the duplicate names in the background and foreground
color selection dialogs.
@
text
@d9 1
d215 1
@


1.134
log
@Updated this and put my name beside the one i'm currently fixing so there will be no duplication of effort.
@
text
@a12 1
	both color selectors say "select text color", which is background and which foreground?
@


1.133
log
@the little i know about what needs done for i18n
@
text
@a5 1
	bug selecting people in channel user list?
d9 1
@


1.132
log
@Luke's version of the todo is now the official one. since mine's the only one that
has been keep updated and continues to be updated anyway.
@
text
@d41 4
@


1.131
log
@hah is this even updated anymore
@
text
@d1 106
d108 10
a117 1
	GPG Encryption of messages
a140 4
	Need to write the core side of the core-ui protocol
	Non-blocking gethostbyname()
	Cancelable proxy_connect

d147 46
a192 2
Oscar:
	Other RVOUS Actions
d195 3
d199 10
a208 6
	File Transfer

ICQ:
	Chat
	File Transfer
	New User Registration
d211 22
d234 4
a237 1
	File Transfer
d240 14
a253 3
	/ban, /kickban, /list, /names
	DCC Send
	CTCP
d256 9
a268 1
	Rework how subscriptions are handled
d270 23
a292 2
	Make the set info dialog prettier
	File Sending
d294 2
a295 2
Napster:
	File Transfer
d308 1
d310 37
a346 1
GTK:
a350 1
	Status labels in buddy list (mostly just for yahoo/msn)
d380 2
@


1.130
log
@Rob McQueen added a mute feature to his nice little docklet.  I added a
queuing feature.  Configure the docklet in the plugins dialog to queue
unread messages, and when you receive a message the docklet will eat it up
and show a little message pending icon.  Click on it, and read your message.

ICQ people will like it.

I also made plugin_event use a va_list.

I bet this breaks perl.
@
text
@a36 1
	File Transfer
d53 2
a54 2
	/whois, /ban, /kickban, /list, /names
	DCC
d65 1
@


1.129
log
@Offline messages in Yahoo! and a typo noticed by Brendan Sergei.
@
text
@a2 1
	Have plugin_event use varargs instead of void*
@


1.129.2.1
log
@heh.
@
text
@d1 115
d118 3
@


1.128
log
@lala
@
text
@d117 1
a117 1
	http://sourceforge.net/tracker/?atid=100235&group_id=235&func=broswe
@


1.127
log
@thanks Arturo Cisneros, Jr.
@
text
@d66 1
a66 1
	New User Registration
@


1.126
log
@this actually doesn't change anything, unless you want to use gtk2.
@
text
@d28 2
@


1.125
log
@you're
the one that i want
(you're the one i wa-ant)
oo oo oo

you're all i need
oh yes indeed
@
text
@a77 4
Future Plugins? :
	ICQ through Oscar plugin (ICQ2000) (requires hacking libfaim :-/)
		this would allow us to send SMS messages.

d110 2
@


1.124
log
@hi
@
text
@a48 1
	Permit/Deny
@


1.123
log
@spam! glorious spam.
@
text
@a81 1
	Hotline (Or is this a waste of time?.  Ill decide soon enough, heh)
@


1.122
log
@fun stuff.
@
text
@a48 4
	Need to make it so txqueue is a GSList* of char* instead of char*, so
		that you can "send" more than one message before you're
		actually connected. This is actually a bug that it doesn't do
		this already.
@


1.121
log
@boo-yah!
@
text
@d53 1
@


1.120
log
@Sean Egan's tab-completion patch.
@
text
@d5 3
a7 2
		about.c, applet.[ch], away.c, buddy.c, conversation.c, convo.h,
		dialogs.c, multi.c, gtk*, prefs.c, prpl.c, sound.c, ticker.c
d10 2
a11 1
		gaimrc.c, html.c, list.c, proxy.[ch], prpl.h, server.c, util.c
d14 4
d21 6
a26 12
		browser.c - let the UI deal with this? little to no work.
		buddy_chat.c - need to move out non-GTK functions. some work.
		gaim.h - need to separate into core.h and ui.h.
		idle.c - Need to figure out how to report idle times when there's
			more than one UI
		multi.h - need to separate GTK out of gaim_connection
		perl.c - Uh. Might need to do some splitting.
		plugins.c - Split the selection dialog with the loading/unloading
			- Need to figure out how plugins are going to interact
			  with UIs, though UIs are separate programs.
	Need to create struct buddy_chat, move struct conversation's in_room and
		ignored there, and copy id and name.
a27 1
	Need to add in core.c to deal with sockets, etc. (Already written)
d77 5
d108 2
@


1.119
log
@i feel like people are watching me
@
text
@d5 2
a6 2
		about.c, applet.[ch], away.c, conversation.c, convo.h, multi.c,
		gtk*, prefs.c, prpl.c, sound.c, ticker.c
d9 1
a9 1
		gaimrc.c, html.c, proxy.[ch], prpl.h, server.c, util.c
a15 3
		buddy.c - need to split into buddy.c and list.c
			- buddy.c handles add/remove/rename/alias buddies
			- list.c handles drawing the buddy list for GTK
a16 1
		dialogs.c - need to move import/export out of here and into buddy.c
@


1.118
log
@more room
@
text
@a1 3
	Status labels in buddy list (mostly just for yahoo/msn)
	Transparency for GtkIMHtml
	Rewrite the HTML parser in GtkIMHtml
d4 29
a32 20
	Better way of showing away state - and possibly in main window
	Moving GTK/GDK and related things out of the prpls
		TOC: file transfer (move into the core)
	Away needs to be modified to include "show" and "status", i.e. you can have
		an away state, and an away message. This is exactly what ICQ does -
		you're "N/A" (show in Jabber) and your away message is "I'm gone."
		(status in Jabber). Since it only applies to ICQ and Jabber (and
		actually, currently only Jabber, since icqlib doesn't handle away
		messages yet), there should be some way of indicating that it can
		do both without breaking the others. My suggestion is to put "/" at
		the end of the "state", and when that's there, have it be a menu with
		all of the custom messages, e.g. in Jabber it'd return "Away/" as one
		of the states, and you'd see "Away" with a menu of all the away
		messages you have.
	IRC has /list, Jabber has jabber:iq:browse, AIM has what's currently in the
		"Chat Rooms" options. We should have a way (besides the prefs window)
		of showing all the rooms available for each account/protocol (what's a
		good way to do this? IRC it varies based on who you're connected as,
		Jabber you need a connection to retrieve the list, and AIM you can get
		it while you're offline.)
d34 2
a35 8
	Syd is cool and gave all of these ideas:
		Have multiple tickers in the same window, one for buddies
			like it is now, one for who just came online/offline
			(scrolled faster possibly because that doesn't
			happen very often), etc.
		Have tooltips on the passing buddies on the ticker
		Have a stock ticker (a plugin could easily make use of
			GtkTicker)
d54 5
d62 3
a64 2
	Actions (e.g. /op)
	File transfer?  Maybe later?
a70 1
	New Chat Method (?)
a72 1
	Stop using libjabber
d86 31
@


1.117
log
@One of the girls on the floor of my sister's dorm lost both her parents when their plane was hijacked and crashed into the World Trade Center. my girlfriend's boss's sister-in-law's brother died when the building collapsed. my parents flew to atlanta on monday; they're safe but currently stranded there. they had planned on flying to Raleigh, NC today but now are just hoping to be able to fly home soon. how did this happen?
@
text
@a26 4
	We've run out of room in display and general _options. We need to either make
		more variables (which I'm opposed to) or find some way to make them
		64-bit variables (which is probably tricky and not portable but what
		I'd prefer, if it is portable).
@


1.116
log
@hi
@
text
@d6 1
@


1.115
log
@hi
@
text
@d4 1
@


1.114
log
@heh
@
text
@d25 4
@


1.113
log
@stuff
@
text
@a6 1
		Oscar: some stuff for DirectIM
@


1.112
log
@hm
@
text
@a6 3
		ICQ and Yahoo: checkbox in convo window (haven't though about it)
		Jabber: user registration (this is buggy anyway and should probably
		        just be removed?)
d68 1
@


1.111
log
@eric@@blue:~/gaim/app/src/protocols $ cat gtk
for i in icq irc jabber msn napster oscar toc yahoo zephyr
do
        echo -n $i:
        grep -i g\[td\]k $i/*.c | wc -l
done
eric@@blue:~/gaim/app/src/protocols $ ./gtk
icq:     13
irc:      0
jabber:     59
msn:      0
napster:    106
oscar:     13
toc:     25
yahoo:     15
zephyr:      2
@
text
@d10 1
a10 1
		Napster: I have no clue.
@


1.110
log
@did this.
@
text
@a6 1
		All: draw_join_chat (haven't thought about this yet)
@


1.109
log
@buddy_menu
@
text
@a11 1
		Oscar: buddy icons (move into the core)
@


1.108
log
@updated hacking and todo slightly. sebfrance sent in an updated french translation. thanks :)
@
text
@a6 2
		All: buddy_menu: pass connection/name, get back glist of char* and
		     callback, which takes connection and name. easy enough.
@


1.107
log
@wee
@
text
@d7 9
@


1.106
log
@implemented OPT_PROTO_NO_PASSWORD.
@
text
@d6 1
a6 6
	Implement:
		OPT_PROTO_MAILCHECK (mainly for Yahoo/MSN) - with appropriate toggle
			on account editor modify thing for whether or not to display
			it (and also move Yahoo/MSN dialog to prpl.c and have both of
			them use it (is this doable? Yahoo only gives message count,
			what does MSN give?))
@


1.105
log
@i'm bored
@
text
@a0 2
--- STUFF FOR 0.11.0 RELEASE ---

a6 2
		OPT_PROTO_NO_PASSWORD (mainly for IRC/Zephyr) - should hide password
			dialog in account editor
@


1.104
log
@um. i can't believe i'm about to see how msn does file transfer. shouldn't i be working on icq?
@
text
@a10 5
		OPT_PROTO_OFFLINE to allow sending offline messages... checkbox on
			the convo window? need to decide UI for switching between
			offline/normal message. uh... maybe this isn't the best
			idea, but we need something that gives us this functionality....
			prpl->send_im_offline?
a54 1
	Authorization (is requesting Auth necessary?)
@


1.103
log
@small fixes
@
text
@d66 1
a66 1
	Chat (?)
@


1.102
log
@i'm tired
@
text
@a4 1
	Border for GtkIMHtml
a15 1
		OPT_PROTO_CHAT_TOPIC (for IRC/Jabber chatroom topics)
a57 1
	Offline Messaging
a63 1
	Offline Messaging
@


1.101
log
@my back hurts
@
text
@d83 2
@


1.100
log
@mailcheck plugin
@
text
@d14 1
a14 1
			offline/ normal message. uh... maybe this isn't the best
@


1.99
log
@la la la.
@
text
@a22 5
	Ha. Maybe we should also add OPT_GEN_MAILCHECK to check $MAIL (or
		/var/spool/mail/$USER if that fails). If we did that I could get rid
		of one more applet on my gnome panel and make it almost completely
		for the sole purpose of gaim_applet. (Maybe this could be a plugin?
		What should the UI be for this?)
@


1.98
log
@hi
@
text
@d39 6
@


1.97
log
@remove OPT_USR_KEEPALIVE; add OPT_PROTO_UNIQUE_CHATNAME for Jabber. other things that need to be implemented still.
@
text
@d6 1
d92 1
@


1.96
log
@I decided to do the time stamp w/ messages thing that Eric put in the TODO list.
@
text
@d8 14
a21 7
	OPT_PROTO_PASSWORD (mainly for IRC/Zephyr) - should hide password dialog
		in account editor
	Remove OPT_USR_KEEPALIVE (or whatever it's called) - keepalives shouldn't
		be optional
	OPT_PROTO_MAILCHECK (mainly for Yahoo/MSN) - with appropriate toggle on
		account editor modify thing for whether or not to display it (and
		also move Yahoo/MSN dialog to prpl.c and have both of them use it)
d25 2
a26 6
		for the sole purpose of gaim_applet.
	OPT_PROTO_OFFLINE to allow sending offline messages... checkbox on the
		convo window? need to decide UI for switching between offline/
		normal message. uh... maybe this isn't the best idea, but we need
		something that gives us this functionality....
		prpl->send_im_offline?
@


1.95
log
@maybe if i put these things in here, they'll magically get done....
@
text
@a34 3
	Modify serv_got_im/serv_got_chat_in to take a time_t timestamp argument, as
		well as write_to_conv to display the correct timestamp. Needed for
		Yahoo, ICQ, Jabber, possibly others.
@


1.94
log
@someday
maybe she'll come back to me
and i'll say
WHY DON'T YOU GO FUCK YOURSELF
@
text
@d24 14
d75 4
a78 1
	Jabber Transports
a80 1
	Away states
@


1.93
log
@i found this really great game, 3dchess, but it hasn't been hacked (that I know of) since april 1999, two years ago. that's too bad, i like playing it.

some girls try too hard.
@
text
@d47 1
@


1.92
log
@fun stuff
@
text
@d4 1
a4 2
	Rename for groups/buddies (in the Edit Buddies Pane)
	Status labels in buddy list (mostly just for yahoo)
d8 16
d73 1
a73 1
	ICQ through Oscar plugin (requires hacking libfaim :-/)
@


1.91
log
@various fixes (for plugins especially), other updates. made WEBSITE macro so it's easy to change (not that i think it'll be changing again), updated some files to reflect that change.
@
text
@a66 15

----------
	This is how buddy lists should work. This needs to be added to struct
	prpl:
		char *(*normalize)(char *)
	This is mostly for Jabber/MSN. E.g. for Jabber, passing "warmenhoven"
	gets you "warmenhoven@@jabber.org", passing "warmenhoven@@jabber.org/GAIM"
	gets you "warmenhoven@@jabber.org". For AIM, "EWarmenhoven" returns
	"ewarmenhoven" and "Rob Flynn" returns "robflynn" (i.e. the names are
	normalized). Then finding buddies (in your buddy list and such) should
	work based off of that. Adding buddies similarly, you get the real name
	before you complete the adding process. Returning NULL will be for an
	invalid name (such as a non-numeric name in ICQ).  It will also be handy
	in IRC for removing the @@ and + from the front of ops and those with +V
	status.
@


1.90
log
@Zephyr.
@
text
@a6 1
	Sounds on buddy pounce
@


1.89
log
@one baby to another says i'm lucky to have met you
@
text
@d55 3
a59 1
	Zephyr (do people even want this? should I bother?)
@


1.88
log
@fun stuff. I reorganized the todo file :)
@
text
@d49 1
@


1.87
log
@didn't like the name. "normalize" is taken but is appropriate, possibly for that reason.
@
text
@d3 2
a4 9
	Actions (e.g. /op) for IRC
	Chat for Yahoo/ICQ/MSN(??)
	File transfer for Yahoo/ICQ/Oscar/Napster
	Other RVOUS actions for TOC/Oscar
	File transfer for IRC?  Maybe later?
	Jabber Transports
	ICQ/Napster user registration

	Rename for groups/buddies
d9 1
a9 4

	ICQ through Oscar plugin (requires hacking libfaim :-/)
	Zephyr
	Hotline (Or is this a waste of time?.  Ill decide soon enough, heh)
d20 2
d23 21
a43 5
	Then, of course, are all the Bugs that need to be fixed
		http://sourceforge.net/tracker/?atid=100235&group_id=235&func=broswe
	and the Feature Requests. SourceForge should really allow users
	to vote on feature requests and bugs.....
		http://sourceforge.net/tracker/?atid=350235&group_id=235&func=browse
d45 13
a57 1
	Oh yeah, then there's the little issue of getting Oscar working again.
d60 5
d66 1
@


1.86
log
@Add and Remove buttons work in IRC...
@
text
@d43 1
a43 1
		char *(*get_real_name)(char *)
@


1.85
log
@i'm lazy this weekend.
@
text
@d51 3
a53 1
	invalid name (such as a non-numeric name in ICQ).
@


1.84
log
@jabber fixes.
@
text
@d38 14
@


1.83
log
@doc updates
@
text
@d36 2
@


1.82
log
@jabber user registration
@
text
@d29 7
@


1.81
log
@i think oscar blocking works?
@
text
@d9 1
a9 1
	Jabber/ICQ/Napster user registration
@


1.80
log
@good things. patches from baldnik, aechols. still haven't put in decklin's patch, i need to get to that.
@
text
@a2 1
	Oscar blocking
@


1.79
log
@Just some updates.
@
text
@a29 2
		Have Alt access the menu in the buddy list, and ctl-char
			access items in those menus
@


1.78
log
@whoops.
@
text
@d5 1
a5 1
	Chat for Yahoo/ICQ
d20 1
@


1.77
log
@hrmph.
@
text
@a4 1
	Fix MSN signon process
@


1.76
log
@hi there
@
text
@a15 1
	Tooltips for links in GtkIMHtml
a16 1
	Implement system logging
@


1.75
log
@HO-la!
@
text
@a5 1
	Write a better yahoo library
@


1.74
log
@libfaim updates.
@
text
@d3 4
a6 1
	File transfer for IRC?  Maybe later?
d10 1
a11 1
	Fix MSN signon process
a13 1
	Oscar blocking
d17 1
d20 1
d23 1
@


1.73
log
@oo
@
text
@a17 6
	I have an updated copy of libfaim. It adds a few new features
		(change password, confirm, req. email, change email,
		search by email). Unfortunately it breaks direct im.
		Once direct im is fixed (which should also cause get
		file to work) I'll add all these things to gaim.

@


1.72
log
@more stuff to do
@
text
@d15 2
@


1.71
log
@You can now select your active id in yahoo. still need a good way to show what your active id is though.
@
text
@a8 1
	Make it so you can register new accounts via gaim
d10 11
@


1.70
log
@doc updates
@
text
@a2 2
	Make Yahoo plugin let you have two identities in the same connection
		(different from multiple connections)
@


1.69
log
@jabber got chat and handles "not acceptable" JIDs better (e.g. you can sign on as "warmenhoven" or "warmenhoven@@jabber.com" or "warmenhoven@@jabber.com/GAIM", and all three act the exact same). also started to rewrite get file for TOC, but only got far enough that AIM aborts the transfer and gaim handles the stopped transfer gracefully (AIM doesn't segfault; it just doesn't do what I expect it to). other doc updates.
@
text
@a4 1
	Figure out some way of not displaying a million new mail messages
a7 1
	Working file transfer for TOC
@


1.68
log
@one of these days, alice, one of these days....!
@
text
@d7 1
a7 1
	Chat for Yahoo/ICQ/Jabber
@


1.67
log
@libfaim has a bad cap for Games, update the TODO for Jabber stuff, and make autorecon.c work better, I hope
@
text
@d16 2
@


1.66
log
@Just making a reminder for myself. :-)
@
text
@a5 1
	Allow messages through server for ICQ
d7 1
a7 1
	Chat for Yahoo/ICQ
d11 1
a11 1
	Get Jabber working
d14 1
a14 1
	Napster user registration
@


1.65
log
@jabber stuffs
@
text
@d15 1
@


1.64
log
@lalala
@
text
@d14 1
@


1.63
log
@lalal
@
text
@d8 2
a9 2
	Chat for Yahoo/ICQ/MSN
	File transfer for Yahoo/ICQ/Oscar
@


1.62
log
@small changes.
@
text
@d7 2
a8 1
	Chat for Yahoo/ICQ
d13 1
@


1.61
log
@not sure if this works yet
@
text
@d1 11
a11 1
--- STUFF FOR 0.11.1 RELEASE ---
@


1.60
log
@all the pretty chicks with the crimson lips say "decklin rocks!" "decklin rocks!"

sorry, i got the drew carrey theme song stuck in my head.
@
text
@a2 2
	Execute Command on Buddy Pounce

@


1.59
log
@Bmiller sent in this lit'l patch.
@
text
@a3 4
	The about window is very ugly.  I think this shall be fixed.  
		You know, I really like the gnome look to some apps
		but I dont want to tie gnome into gaim.  oh life sucks
		sometimes hehe.
@


1.58
log
@Burp
@
text
@d2 1
@


1.57
log
@page in prefs for applet, and toc keepalive
@
text
@d1 1
a1 2
--- STUFF FOR 0.10.1 RELEASE ---
	Allow users to select sounds for various events
a17 4


	Maybe someday in the future gaim will be able to support multiple
		connections, so you can log on as 2+ names at once. Maybe.
@


1.56
log
@it would be good if every little display option didn't affect every convo window
@
text
@a3 1
	Have a page in the prefs for the Applet
@


1.55
log
@hm
@
text
@a1 1
	Apply/Cancel/OK in Prefs instead of just "Close" (I don't want this...)
@


1.54
log
@Wangun
@
text
@d2 1
a2 5
	Apply/Cancel/OK in Prefs instead of just "Close"
	Those damn hanging trees are annoying.  I think lethal injections
		are a much more humane way to handle it.
	Possibly make blank lines fill with the BG colour?  The user info
		looks sorta odd but might look better if we do that?  
@


1.53
log
@We're getting there ..
@
text
@d2 5
@


1.52
log
@uh huh
@
text
@d2 1
@


1.51
log
@the fg/bg buttons work now :-P
@
text
@a2 1
	Redesign the Foreground/Background color options under preferences.
@


1.50
log
@redesigned the away messages page
@
text
@a3 4
	Add ability to conversaton window to allow changing of foreground/
		background colours per conversation window. This is done,
		there just needs to be some way to actually change the
		values.
@


1.49
log
@Plugins can communicate because the GList *plugins variable is global.
@
text
@a8 1
	Redesign the Away Messages page in the prefs
@


1.48
log
@beep beep m beep beep m yeah!
@
text
@d4 1
a4 1
	Add ability to conersaton window to allow changing of foreground/
a9 1
	Somehow make it so plugins can communicate
@


1.47
log
@save buddy chats, and better display of them (though they flash now, but they don't cause errors)
@
text
@a1 2
	Third sound option for people without soundcards who still want
		sound events.  Make a PC Speaker Beep (^G / Char 7)
@


1.46
log
@screw you guys, i'm going home
@
text
@a3 1
	Save Buddy Chats
@


1.45
log
@ulimit -direct unlimited
@
text
@d8 3
a10 1
		background colours per conversation window. 
d18 1
a18 1
		
@


1.44
log
@Eric the Lumberjack continues to hack away at the tree. When people ask
what kinds of trees Eric hacks, he simply replied "CVS trees. They're
mostly used for computer stuff". Then the ignorants go away, thinking
they have been enlightened into the world of computers, which unknowingly
they have been.
@
text
@a16 2
	Oscar can send messages longer than TOC, and DirectIM has no limit.

@


1.43
log
@I use public toilets and I piss on the seat
I walk around in the summertime saying How 'bout this heat!

I drive really slow in the ultra-fast lane
while people behind me are going insane

Sometimes i park in the handicapped spaces
while handicapped people make handicapped faces

i'm an asshole
@
text
@a15 26
	A TiK Compatiblity Fix:  Make GAIM (optional) Ignore anything that
		begins with: >>> Automated Message:
	---------
		Rob says:
		Also, we can make a TiK Compatiblity option (when using TOC)
		to send: >>>Automated Message: Getting Away Message<<
		This will take the away message thats sent back from the
		responding client and display it.

			Eric replies:
			I think the above is a bad idea and should not be
			implemented. If people want to get away messages,
			they should send their own message rather than
			an automated message. Ignoring TiK's automated
			message is a good idea though.
			
			Gaim and TiK are the most popular (are they?) Unix
			clients, but the number of winaim users still greatly
			outnumbers us. winaim won't be ignoring the automated
			message. IMHO, sending an automated message makes the
			client look weak and incapable.
	---------
		Not sure how we want
		to implement this but since TiK and GAIM are two of the
		most popular, I figured we might as well make them compatible.
	
@


1.42
log
@Uhh
@
text
@d18 2
d23 16
a38 1
		responding client and display it.  Not sure how we want
@


1.41
log
@more libfaim changes
@
text
@d16 10
@


1.40
log
@Burp
@
text
@d16 1
@


1.39
log
@yay, icq-style aliasing. joy.
@
text
@d12 4
@


1.38
log
@ya ha ha
@
text
@a24 4
	Possibly make it so that you can create ICQ-style 'aliases' for
		buddies on your buddy list.  This won't be too hard it'll
		just take a bit of work.  Maybe we'll save this one for the
		release after our next release.
@


1.37
log
@fixed removal of buddy pounces.
@
text
@d9 19
a27 3
	Possibly make it so that you can create 'aliases' for buddies
		on your buddy list.  This won't be too hard it'll just
		take a bit of work.  Maybe we'll save this one for the
d29 2
@


1.36
log
@:)
@
text
@a12 1
	Fix deletion of buddy pounces
@


1.35
log
@bmiller translated perl to C so now gaim can import winaim lists. oh yeah,
the permit/deny stuff isn't quite working right. argh.
@
text
@a5 2
	Hmm, fix <BODY BGCOLOR=""></BODY>  hehe. Doesnt seem to want to
		work for me anymore.
@


1.34
log
@Made the necessary modifications to allow gaim to save buddy pounces.
I just noticed that you cant _delete_ (remove) a buddy pounce.  Woops.
I'll take a look at that.  I'll do saving of buddy chats when I get back
from dinner.

Adios.
@
text
@a1 1
	Ability to merge gaim, toc, aim2, aim4 buddylists
@


1.33
log
@Yo
@
text
@a4 1
	Save Buddy Pounces 
d16 1
@


1.32
log
@Blah
@
text
@d8 2
@


1.31
log
@ignore white bg
@
text
@d8 3
@


1.30
log
@la la la. i also modified how fonts work a bit to make the convo window
smaller and the code more understandable.
@
text
@a11 5
	Possibly make the background font colour #FFFFFF represent "nothing".
		Most windows clients send <BODY BGCOLOR="#FFFFFF"> and </BODY>
		around the users text.  If you have a GTK theme this causes
		a funky white background behind the text.  We can do this
		by default or make it an option -- either way it'll be handy :)
@


1.29
log
@*yawn*
@
text
@a6 1
	Default colors (foreground and background) in prefs
@


1.28
log
@
*fart*
@
text
@d5 1
a5 1
	Save Buddy Pounces (how did I forget this)
d7 1
a7 1
	Default colors in prefs
d9 9
@


1.27
log
@background colors. <BODY BGCOLOR=""> and <FONT BACK="">.
@
text
@d8 1
@


1.26
log
@there's something really odd about this...
@
text
@d5 1
a5 1
	Save Buddy Pounces (how did I forget this) 		
d7 1
a7 1
	Support Background Colors@


1.25
log
@*yawn*
@
text
@d7 1
@


1.24
log
@added group add button. need pixmaps.
@
text
@a6 3


just a test
@


1.23
log
@Wagii
@
text
@a2 1
	Add "Group Add" button
@


1.22
log
@Added the legend back to the user info.
@
text
@d8 3
@


1.21
log
@--version
@
text
@a5 4
	I guess we'll stick those legend icons back in the info 
		window.  I forget why we took them out now.  I think
		it was because we were going to add minimal IMG tag
		support to gtkhtml and never did.
@


1.20
log
@Booop
@
text
@a5 1
	--version command line option
d11 1
@


1.19
log
@
i hate cvs. i had a great message here and it lost it.
@
text
@d11 1
a11 1
			
@


1.18
log
@Yoyoyo
@
text
@d3 1
@


1.17
log
@Prompt to see if person wants to do DirectIM instead of assuming they do
@
text
@a1 1
	Icons for buddy list (I forget what this was)
d3 8
@


1.16
log
@"Where is that report? I need that report Frank!"
"Blah blah blah blah"
"Oh you think this is funny? Do you think our client will think this is funny?"
"Funny!"
"I want that report Frank"
"Bleeeeeeeeehhhhhhhhh"
"That's it Frank. Pack up your bags. You're history"
"OK bye"
@
text
@a1 1
	Instead of auto-accepting Direct IM, prompt
@


1.15
log
@fixed some html stuff
@
text
@d4 1
@


1.14
log
@0.9.21 will never exist, so what about 0.10.0?

(Yes, we're slowly approaching 1.0.0)
@
text
@d2 1
@


1.13
log
@.20! .20!
@
text
@d1 1
a1 2
--- STUFF FOR 0.9.21 RELEASE ---
	More smileys and better smiley parsing
@


1.12
log
@merged chat and IM windows. /me is now in IM, font/color dialogs in chat, and smileys in chat too. also, fixed the GOOD bug. i don't know what kind of crack rob was smoking when he decided O could be eyes.
@
text
@d1 2
a2 1
--- STUFF FOR 0.9.20 RELEASE ---
@


1.11
log
@Stuff
@
text
@a1 1
	Merge Buddy Chat window/IM Window (reduce code size)
@


1.10
log
@hm de hm hm
@
text
@d1 1
a1 3
--- STUFF FOR 0.9.19 RELEASE ---
        Gaim 95? 
	KDE Awareness?
@


1.9
log
@People should stop getting errors because of sound now.
@
text
@d4 1
a4 1
	Make Buddy Chat Prettier
@


1.8
log
@I guess I should do something about locale support, huh :)
@
text
@a3 1
	Locale Support
@


1.7
log
@Per-conversation font and color dialogs. Thanks fflew! :)
@
text
@a3 1
	Smilie Faces
@


1.6
log
@Blah
@
text
@a7 1
	Make per-conversation colour dialogs
@


1.5
log
@Logging in works properly for Oscar now. Let's hope I didn't break the TOC
side of things.
@
text
@d1 1
a1 1
--- STUFF FOR 0.9.16 RELEASE ---
@


1.4
log
@Somehow I missed this one
@
text
@d1 1
a1 1
--- STUFF FOR 0.9.15 RELEASE ---
a4 1
	File Transfers
@


1.3
log
@hmm
@
text
@d9 1
@


1.2
log
@Blah Blah Blah
@
text
@d1 1
a1 1
--- STUFF FOR 0.9.13 RELEASE ---
a3 1
	plugins
a8 1
	Eventually incorporate BUDDYTRANS script into C code
@


1.1
log
@Commit of some files
@
text
@d1 1
a1 1
--- STUFF FOR 0.9.9 RELEASE ---
a4 1
	SSL
d9 1
a9 1
	Icons for buddy list
a10 8
	auto-away and extended-away
	scheduled away msgs
	macro away msgs
	away by user
	iconize away msgs option
	local storage of config
	I'm a little teapot
	I'm a little teapot, too
@

