[Adium-devl] Merging Chat's and IM's
evan.s at dreskin.net
Tue Apr 29 22:56:02 UTC 2008
Why minimums and maximums? And what's wrong with IDs?
I do agree that a single object makes sense, but maintaining the
ability to distinguish the one from the other is i
Important ways a conference differs from a one-on-one chat:
• A conference may have a name independent of the participants...
Except that conferences on MSN and Google Talk have junk names. This
affects logging as well as presentation
• The UI most likely always wants to show the user list in a
conference (even if it only has 2 participants) and never does in an IM
• The UI may want to handle aspects such as sound notifications
differently between the two
• Some actions and attributes are only likely to ever be used on a
conference such as topic and kick/ban.
• Your difference here.
On Apr 29, 2008, at 4:23 PM, "Eion Robb" <eion at robbmob.com> wrote:
>> The concept if I recall correctly was Conferences. Conferences are
>> different from Chats because Chats have an id. This small difference
>> makes them conceptually completely different.
>> * Chats can have 0 participants
>> * Chats can appear on your buddy list
>> * Chats can be registered and searched
>> Actually IM's can be Conferences with two participants.
> I like where that's going. Although I've been thinking of removing
> distinction between an IM and a chat completely, and instead have
> the one
> PurpleConversation with a minimum number of participants and a
> maximum as
> well as an optional id (I hate id's btw), and then hooking up the
> existing functions to use the new data type, so that existing
> could slowly be updated without breaking all of libpurple first (as
> as they didn't directly touch the struct).
>> IMO this should be done at the libpurple level. I know at least the
>> msn prpl would benefit from that :)
> Yeah, it looks like it might have to be both a libpurple and an
> Adium/other client thing. Doing it at the libpurple side would
> be more beneficial in the long run.
>> Eiter way, we *should* be able to implement this stuff on the
>> side in
>> such a way that we can "promote" from IM to conference, and
>> possibly IM to
>> and/or conference to chat. If protocols really do handle this
>> MSN can, "promotion" makes sense. Perhaps something like
>> purple_conv_im_promote_to_conference() or
> Personally, I dont like the whole "switch modes" thing, mainly because
> it's been drilled into me that "modes are bad". It would makes things
> even more crazy if there's more modes of messaging in future, not
> that I
> can forsee any other than chat/im at this very moment
> Adium-devl mailing list
> Adium-devl at adiumx.com
More information about the Adium-devl