[Telepathy] [Bug 17324] An interface to retrieve display-friendly representations for contacts

[bugzilla-daemon at freedesktop.org]

http://bugs.freedesktop.org/show_bug.cgi?id=17324





--- Comment #3 from Simon McVittie <simon.mcvittie at collabora.co.uk>  2008-08-27 06:27:14 PST ---
Splitting user-assigned aliases and nicknames (by introducing new AssignedNames
and Nicknames interfaces on the Connection, probably) is bug #14540. I think
the assigned-name should fall back to (possibly a simplified form of) the
handle, and the nickname should fall back to the empty string (meaning "no
nickname, use the assigned name instead").

UIs should display both, ideally -
<http://www.xmpp.org/extensions/xep-0165.html> has some more thoughts on this.

The point of the handle is that it represents an unambiguous representation -
if what you want is actually an *entirely* unambiguous representation, at
*that* point you should be using the string corresponding to the handle.

It's possible that some of the info in the SIP URI is irrelevant for the
purposes of handle identity, in which case your handle normalization algorithm
should perhaps change - as a general principle, the stringified handle should
contain all the information necessary to uniquely identify a contact, and no
more.

For instance, in XMPP, we normalize both of the JIDs user at example.com/Laptop
and user at example.com/N810 into user at example.com - the resource (Laptop) is not
relevant for handle identity (user at example.com/Laptop and user at example.com/N810
are meant to be seen as the same account).

Similarly, in SIP you might be able to delete some of the ?misc=foo stuff
during handle normalization - if two SIP URIs are guaranteed to point to the
same user or account (possibly using different UAs), you could normalize them
to the same handle. sip:user at example.com?transport=tcp and
sip:user at example.com?transport=udp should probably both normalize to
sip:user at example.com for instance.


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