[Bug 21787] Connection.Interface.ContactLists

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=21787

--- Comment #14 from Simon McVittie <simon.mcvittie at collabora.co.uk> 2010-05-21 03:26:33 PDT ---
(In reply to comment #12)
> "The GetContactListAttributes method will wait until the contact list is
> available before returning. Using a method also allows extra attributes to be
> retrieved at the same time."
> In practice that means that any client (include tp-glib's client side API) will
> have to pass an "infinite" timeout when calling this function as fetching the
> roster can take a while with slow servers.

Yes, a fair point; the spec should document this.

> How UI is supposed to display the DefaultGroup? It won't be localized so we
> can't really display it as it.

It's to support Haze/libpurple, in which every contact must be in at least one
group; contacts not in any group get put in _("Buddies") (so in fact it *is*
localized, via libpurple). UIs could conceivably treat contacts whose groups
include the DefaultGroup as if they weren't in that group? Perhaps?

At the moment DefaultGroup can be written; I need to check with wjt/Maiku
whether this makes sense.

Perhaps I should just discard it, and Haze contacts will magically join
_("Buddies") if necessary.

> Can we have Names without ContactList?

Yes. With hindsight, I should have used a separate branch for it - the fact
that it's on this branch is a remnant of having local-alias as an attribute on
the ContactList interface.

> Does Name replae Aliasing?

Yes, eventually.

> SetLocalAlias (s: Alias) → nothing
> Should be: SetLocalAlias (u: handle, s: Alias) → nothing

Oops. Yes :-)

> reference to "GetContactAttributes" should be links.

I'll fix that.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.