Re: [Wengophone-devel] Server resident contact list

2007-05-02 Thread Klaus Darilion



Vadim Lebedev wrote:

Hello,

I've started to work on implementation of srever-resident contact list...


Which protocol do you use for storing/retrieving? XCAP? (like eyebeam)

regards
klaus

So I've dived into 2.1 sources and frankly my mind start boiling a 
little :):)
Would some charitable soul explain (or point to existing explanation)  
me relationship  between


Profile, ProfileManager, Account,  Contact, ContactList, ImContact ?

Thanks a lot
Vadim

___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel

___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


Re: [Wengophone-devel] Server resident contact list

2007-05-02 Thread Vadim Lebedev



Klaus Darilion wrote:




Vadim Lebedev wrote:


Hello,

I've started to work on implementation of srever-resident contact 
list...



Which protocol do you use for storing/retrieving? XCAP? (like eyebeam)


Klaus,
Not it based on RFC 4662

thanks
Vadim





___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


Re: [Wengophone-devel] Server resident contact list

2007-05-02 Thread Aurélien Gâteau

Vadim Lebedev a écrit :

Hello,

I've started to work on implementation of srever-resident contact list...
So I've dived into 2.1 sources and frankly my mind start boiling a 
little :):)
Would some charitable soul explain (or point to existing explanation)  
me relationship  between


Profile, ProfileManager, Account,  Contact, ContactList, ImContact ?



Hello,

From what I know (others may correct me):

# Profile and Account

Profile is a base class for both UserProfile and Contact:

Profile
 ^
 |
 |   |
UserProfile   ContactProfile
 ^
 |
  Contact



UserProfile is the class managing all your account settings. It contains 
one or more instances of Account subclasses, one instance for each 
account you declared.


The class hierarchy for Account classes is like this:

Account
 ^
 |
 |   |
IMAccountSipAccount
 ^
 |
WengoAccount

For example if I have one Wengo account, one MSN account and one Jabber 
account, UserProfile will contain an instance of WengoAccount and two 
instances of IMAccount.


# ProfileManager

ProfileManager does not exist. Maybe you are talking about 
UserProfileHandler, which is the class handling (!) UserProfile 
instances, especially profile switch.


# Contact

Contact represents one of your contact, it can contains one or more 
instances of IMContact. an IMContact is a contact for one protocol: If 
you create a contact and sets both its Wengo ID and Jabber ID, the 
Contact instance will contains two instances of IMContact: one for Wengo 
and one for Jabber.
Note that as far as Contact classes are concerned, SIP and IM contacts 
are handled in the same way, through the IMContact class. SIPWrapper and 
PhAPIWrapper are responsible for this abstraction.


# ContactList

This is your list of Contact instances. It handles Contact instances and 
groups (see ContactGroup class).


Hope this helps

Aurélien
___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


Re: [Wengophone-devel] Server resident contact list

2007-05-02 Thread Klaus Darilion

Hi Vadim!

Todes RFC 4662 also describes how the resources can be changed or is it 
only to inform about changes in the resource?


regards
klaus


Vadim Lebedev wrote:



Klaus Darilion wrote:




Vadim Lebedev wrote:


Hello,

I've started to work on implementation of srever-resident contact 
list...



Which protocol do you use for storing/retrieving? XCAP? (like eyebeam)


Klaus,
Not it based on RFC 4662

thanks
Vadim





___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


Re: [Wengophone-devel] Server resident contact list

2007-05-02 Thread Vadim Lebedev

Klaus Darilion wrote:


Hi Vadim!

Todes RFC 4662 also describes how the resources can be changed or is 
it only to inform about changes in the resource?


regards
klaus


Initial implementation will only handle changes in the resource

Vadim



Vadim Lebedev wrote:




Klaus Darilion wrote:




Vadim Lebedev wrote:


Hello,

I've started to work on implementation of srever-resident contact 
list...




Which protocol do you use for storing/retrieving? XCAP? (like eyebeam)


Klaus,
Not it based on RFC 4662

thanks
Vadim









___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel


[Wengophone-devel] Server resident contact list

2007-05-01 Thread Vadim Lebedev

Hello,

I've started to work on implementation of srever-resident contact list...
So I've dived into 2.1 sources and frankly my mind start boiling a 
little :):)
Would some charitable soul explain (or point to existing explanation)  
me relationship  between


Profile, ProfileManager, Account,  Contact, ContactList, ImContact ?

Thanks a lot
Vadim

___
Wengophone-devel mailing list
Wengophone-devel@lists.openwengo.com
http://dev.openwengo.com/mailman/listinfo/wengophone-devel