[Gossip-dev] final account rework

Eitan Isaacson eitan at ascender.com
Wed Oct 4 23:31:12 CEST 2006


> I think it's ready for HEAD. There is still some work to integrate this
> with TELEPATHY:
> 
>  - gossip-account-unknown.[ch] has still to be implemented based on the
> initial UI that Eitan did in the TELEPATHY branch.

Easy!

> 
>  - gossip_session_new_account() takes only the session and the
> GossipAccountType as parameters. My idea was to call
> gossip_telepathy_cmgr_new_account_from_protocol() to create the new
> account when the telepathy protocol is used, but this functions takes as
> parameters GossipCmgrInfo and the protocol's name. How can it be
> adapted ? Eitan have you an idea for that ? I really think we should
> avoid the actual solution which is directly call this function from the
> UI, it breaks the libgossip abstraction layer.

This is the reason why I originally took telepathy out of the protocols
directory. The GossipProtocol abstraction doesn't make sense with the
new gossip+telepathy design since the abstraction already exists in the
D-Bus layer. For now I am still implementing GossipProtocol just because
i makes life easier. The only way I could see us retaining the
abstraction layer while keeping jabber and telepathy in the same tree is
by adding a funny function that will look something like this:

GList *gossip_protocol_list_protocols(GossipProtocol *protocol);

which  will return a list of available protocols, in the jabber backend
case, it will return just "jabber"

of course we will need something like this too:

GHashTable *gossip_protocol_get_parameters (GossipProtocol *protocol,
                                            const gchar *protocol_name);

Which will return a table in the form of
account_name->GossipAccountParam

The jabber backend will obviously just return a bunch of static data.




More information about the Gossip-dev mailing list