[Evolution-hackers] Re:

["praveen k kumar" <praveen_9123 rediffmail com>]

Regarding GAIM-Evolution integration 
Content-type: multipart/alternative;
	boundary="Next_1092999675---0-202.54.124.130-30779"

 This is a multipart mime message


--Next_1092999675---0-202.54.124.130-30779
Content-type: text/html;
	charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

<P>=0AHi,&nbsp; <BR>=0AI am sorry about the previous post it got totally ma=
ngled because of the mailer. <BR>=0Ahere is another copy which should be be=
tter. <BR>=0A <BR>=0AI am attempting to integrate gaim presence status into=
 evolution as described&nbsp;  <BR>=0Aon http://www.gnome.org/bounties/IM.h=
tml#127546. I have a few questions&nbsp; <BR>=0Aregarding this <BR>=0A <BR>=
=0AI am a little confused as to where all places the presence icon should b=
e <BR>=0Adisplayed.&nbsp; <BR>=0A <BR>=0AIn the message list view will addi=
ng a separate column with presence icon <BR>=0Asuffice or should it be adde=
d to the cell corresponding to from field. doing&nbsp; <BR>=0Athe former se=
ems more sensible since it can also be sorted wrt the presence ?? <BR>=0A <=
BR>=0ADoes message summary mean message list ??&nbsp; <BR>=0A <BR>=0AWhere =
exactly is the preview pane related to messages which is mentioned in <BR>=
=0Athe description.&nbsp; ?? <BR>=0A <BR>=0AIn the contact editor should th=
e presence icon be added to the four im entry <BR>=0Afields??. I feel a bet=
ter idea would be to add an icon showing only the first <BR>=0Aonline/offli=
ne contact. <BR>=0A <BR>=0AIn the minicard view where should the icon be ad=
ded ??. From the description it <BR>=0Aseems that buddy icon should be adde=
d/ but this is already displayed in the <BR>=0Apreview pane corresponding t=
o the address card. should it be made clickable so <BR>=0Aas to send an IM =
message or where exactly should the presence icon be put?? <BR>=0A <BR>=0A2=
. Regarding nonblocking I/O for libgaimremote, i feel it will only be requi=
red for <BR>=0Aevolution rather than a separate gaim-remote program and a b=
etter way to <BR>=0Ahandle this would be to use a separate thread to handle=
 presence requests in <BR>=0Aevolution. <BR>=0A <BR>=0AIn the To:,CC:,BCC: =
fields the displaying of icon should be immediate, and <BR>=0Aputting non b=
locking IO/callbacks doesn't matter a lot. same for the recipient <BR>=0Api=
cker dialog and message view dialog. the time spent by the user on those <B=
R>=0Afields is too less to warrant using callbacks. <BR>=0A <BR>=0AWhen dis=
playing presence icons in list view (message list/addressbook list) or <BR>=
=0Aminicard view it is better to put the gathering of presence icons in a s=
eparate <BR>=0Athread and update the UI as information becomes available fo=
r large lists so as <BR>=0Anot to block the UI. <BR>=0A <BR>=0AIn libgaimre=
mote a timeout can be added when reading from the socket to <BR>=0Aensure t=
hat the process does not take long. anyway right now it uses unix <BR>=0Aso=
ckets and it is very fast any way. <BR>=0A <BR>=0A3. This is a 10 month old=
 bug report and is still open. Is anyone still working on it/ <BR>=0Aor is =
near completion?? <BR>=0A&nbsp; <BR>=0AI would very much like some clarific=
ations/opinions/objections/criticisms <BR>=0Aregarding the above. <BR>=0A <=
BR>=0A <BR>=0AThanks, praveen. =0A</P>=0A<br><br>=0A<A target=3D"_blank" HR=
EF=3D"http://clients.rediff.com/signature/track_sig.asp";><IMG SRC=3D"http:/=
/ads.rediff.com/RealMedia/ads/adstream_nx.cgi/www.rediffmail.com/inbox htm =
Bottom" BORDER=3D0 VSPACE=3D0 HSPACE=3D0></a>=0A
--Next_1092999675---0-202.54.124.130-30779
Content-type: text/plain;
	charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Hi,  =0AI am sorry about the previous post it got totally mangled because o=
f the mailer. =0Ahere is another copy which should be better. =0A =0AI am a=
ttempting to integrate gaim presence status into evolution as described   =
=0Aon http://www.gnome.org/bounties/IM.html#127546. I have a few questions =
 =0Aregarding this =0A =0AI am a little confused as to where all places the=
 presence icon should be =0Adisplayed.  =0A =0AIn the message list view wil=
l adding a separate column with presence icon =0Asuffice or should it be ad=
ded to the cell corresponding to from field. doing  =0Athe former seems mor=
e sensible since it can also be sorted wrt the presence ?? =0A =0ADoes mess=
age summary mean message list ??  =0A =0AWhere exactly is the preview pane =
related to messages which is mentioned in =0Athe description.  ?? =0A =0AIn=
 the contact editor should the presence icon be added to the four im entry =
=0Afields??. I feel a better idea would be to add an icon showing only the =
first =0Aonline/offline contact. =0A =0AIn the minicard view where should t=
he icon be added ??. From the description it =0Aseems that buddy icon shoul=
d be added/ but this is already displayed in the =0Apreview pane correspond=
ing to the address card. should it be made clickable so =0Aas to send an IM=
 message or where exactly should the presence icon be put?? =0A =0A2. Regar=
ding nonblocking I/O for libgaimremote, i feel it will only be required for=
 =0Aevolution rather than a separate gaim-remote program and a better way t=
o =0Ahandle this would be to use a separate thread to handle presence reque=
sts in =0Aevolution. =0A =0AIn the To:,CC:,BCC: fields the displaying of ic=
on should be immediate, and =0Aputting non blocking IO/callbacks doesn't ma=
tter a lot. same for the recipient =0Apicker dialog and message view dialog=
. the time spent by the user on those =0Afields is too less to warrant usin=
g callbacks. =0A =0AWhen displaying presence icons in list view (message li=
st/addressbook list) or =0Aminicard view it is better to put the gathering =
of presence icons in a separate =0Athread and update the UI as information =
becomes available for large lists so as =0Anot to block the UI. =0A =0AIn l=
ibgaimremote a timeout can be added when reading from the socket to =0Aensu=
re that the process does not take long. anyway right now it uses unix =0Aso=
ckets and it is very fast any way. =0A =0A3. This is a 10 month old bug rep=
ort and is still open. Is anyone still working on it/ =0Aor is near complet=
ion?? =0A  =0AI would very much like some clarifications/opinions/objection=
s/criticisms =0Aregarding the above. =0A =0A =0AThanks, praveen.=20
--Next_1092999675---0-202.54.124.130-30779--