On Wednesday 13 June 2007 12:30:34 Olivier Goffart wrote: > Le mercredi 13 juin 2007, Gustavo Pichorim Boiko a écrit : > > Hi > > > > After thinking a bit more about that subject, I've got to write a > > proposal on that subject. > > > > http://people.mandriva.com/~boiko/kopete/user_info/ > > From your page: > > One approach to simplify that would be to share a single identity across > > all protocols, but this does not fit in all cases (for example, in a > > jabber account used for work contacts, you might want to put a different > > photo than the one you would put in a personal account), and for the > > uncovered cases we still lack a solution. > > That's the point of having multiple identities. > > My idea of a identity is the same as a meta-contact. (or like a > meta-account) An Identity contains accounts like a meta-contact contains > contact.
Ok, so I'm creating a branch work/kopete/identity_refactory to start working on this. The plan is: - Each account will belong to exactly one Identity. - Each identity can have one or more accounts associated to it. - Accounts can be moved from one identity to another - Properties (such as nickname/photo/personal info and so on) will be stored in the identity rather than the account. - Accounts should get/set properties from the identity rather than having their own properties. - Synchronization will be handle in the following way: * If you set a property in the identity, it will be applied to all accounts belonging to this identity * If a property changes server-side for one of the accounts in the identity, the user will be asked if he wants to have that property sync from server to the identity (and therefore to all other accounts), and, of course, provide the "Do not ask again" option. If there is only one account in the identity, do not ask and only apply the settings - The "Global Identity" will be a convenience for moving all accounts to a single identity (and maybe show an interface to unify the properties that are different in the old identities). The old identities will be removed (this can be discussed though). - The user info interface (the one I described in my proposal) will get/set properties from the identity, not from the contact - The property framework should (probably) be moved to the identity - The Akonady support will probably be implemented on top of the identity Any complaints? :) Cheers -- Gustavo Pichorim Boiko ----------------------------------- KDE Developer www.kde.org Mandriva Labs www.mandriva.com _______________________________________________ kopete-devel mailing list [email protected] https://mail.kde.org/mailman/listinfo/kopete-devel
