[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-commits
Subject:    kdenonbeta/kopete
From:       Olivier Goffart <ogoffart () tiscalinet ! be>
Date:       2003-08-27 15:04:05
[Download RAW message or body]

CVS commit by ogoffart: 

small comment


  M +3 -1      KABC_INTEG_NOTES   1.8


--- kdenonbeta/kopete/KABC_INTEG_NOTES  #1.7:1.8
@@ -101,4 +101,6 @@
 
 It is too complex to store the phone number according to icq as well as the kabc \
phone number and every other protocol's idea of phone.  The fields would be of no use \
to any app other than the inserting program or else we would have to update the \
world.  We *should* have a facility to insert information obtained from protocols \
into the common kabc fields but this is a hard problem to solve neatly. + - - I think \
it is not, ICQ phone number ~should~ be the same as all others one.  storing it here \
is just a way to *centralise* all information about someone.  Then, when you want to \
know his phone number, you look only there, and not at every place +                \
*problem: how to trust the information? that's why kabc could handle a source of the \
information  
 
@@ -267,3 +269,3 @@
 
 
-Syncing contactlist info currently takes place when Kopete exits.  other kabc apps \
write kabc during their runs.  We will have to make changes to do this and to make \
sure that we don't try to write 200 kabc entries simultaneously with individual \
tickets after fetching the SSCL for a new account. +Syncing contactlist info \
currently takes place when Kopete exits.  other kabc apps write kabc during their \
runs.  We will have to make changes to do this and to make sure that we don't try to \
write 200 kabc entries simultaneously with individual tickets after fetching the SSCL \
for a new account. \ No newline at end of file


[prev in list] [next in list] [prev in thread] [next in thread]