[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