[Bug 14540] Names interface - Aliasing replacement with separate nickname, local alias etc.

[bugzilla-daemon at freedesktop.org]

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

--- Comment #19 from Simon McVittie <simon.mcvittie at collabora.co.uk> 2012-03-29 04:21:36 PDT ---
(In reply to comment #18)
> Shouldn't we deprecated Aliasing as well?

After this has been implemented, I think.

(I'd be inclined to implement it as a TpNamesMixin which also implements
Aliasing, then drop Aliasing in next.)

> I guess we can't do SetLocalAlias(self_handle) right? May be good to say it to
> be clear.

Protocol-dependent. In XMPP, you can, but it's rarely useful (it would add you
to your own roster with the given local alias, rather than setting your
nickname).

It'd be worth mentioning that it's rarely useful and might not work.

> 1) Wouldn't [pretty-name] use the nickname in our account-free Idle glory
> future?

Yes, I believe this is already how it works in Idle (Rob's identifier is the
normalized form "robot101" and his nickname in Aliasing is "Robot101").

I'm not sure whether AIM has nicknames in addition to un-normalized
identifiers, though?

> 2) I would ignore this for now; we can always add it later if we really need
> it.

I agree.

I expect that UIs (and, in particular, libfolks) are likely to want the second
use of pretty-id at some point, but we can always add it.

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