[Adium-devl] Metacontact Plans for Adium 1.1
Andrew Harvey
andrew at mootpointer.com
Fri Sep 29 11:02:31 UTC 2006
On 29/09/2006, at 7:58 PM, Andreas Monitzer wrote:
> Right now, the contact list is a mixture of metacontacts containing
> AIListContacts and AIListContacts themselves. Our proposal was to get
> rid of that mixture and have a strict hierarchy, where every level of
> the contact list uses a specific class (or a subclass of it).
> AIContactList -> AIListGroup -> AIContact -> AIAddress (where every -
>> is 1-to-n)
The question then arises (and I think this is a good juncture to
consider it at), how do we deal with addresses (or screenames or
whatever you want to call them, but for the sake of this email I'll
call them addresses for simplicity) which are in multiple groups? How
do we handle an AIContact which contains an AIAddress, say for the
sake of argument an MSN contact who is both in my Friends group and
my School group. But that AIContact also has an account on another
protocol, say one which does not support contacts in multiple groups.
How do we deal with that?
That is all going to get very confusing, not only in terms of
architecture, as well as in terms of UI. While the cascading one to
many relationship is nice and simple, it's not going to have all the
functionality that we want. We can't very well do away with server-
side groups altogether, that's just not friendly, but we do need to
work out a nice way to show this kind of thing.
The best way, as I see it, is that the AIContact has no group on its
own, but picks up the relevant groups from its contents (the
AIAddresses). From there we stray in to the world of UI, which is
going to be interesting in terms of what is going to work best for
the users (though I have some ideas on that for another time).
I get the feeling that this may have already been apparent, but I
suppose I'm just thinking aloud and checking my logic with you guys.
Andrew
More information about the devel
mailing list