[opensource-dev] display names = the end of 1.x viewers?

Kelly Linden kelly at lindenlab.com
Thu Aug 19 10:19:35 PDT 2010


On Thu, Aug 19, 2010 at 10:03 AM, Kelly Linden <kelly at lindenlab.com> wrote:

>
>
> On Thu, Aug 19, 2010 at 9:43 AM, Aidan Thornton <makosoft at gmail.com>wrote:
>
>> On 8/19/10, Kelly Linden <kelly at lindenlab.com> wrote:
>> > I just wanted to point out that this theoretical new user's username
>> would
>> > be baloo198731, it would not be baloo198731.resident. The 'Resident'
>> isn't
>> > really a part of a new user's identity. It is only shown to viewers that
>> do
>> > not support display names and legacy LSL script calls - in other words
>> that
>> > last name is only there when required for backwards compatibility.
>> >
>>
>> Which has the interesting side-effect that you can't trivially convert
>> from a username to a legacy full name since there are two different
>> possible conversions and no way of telling which is correct without
>> accessing the login database, right?
>>
>>
> There is no such thing as a legacy full name for non-legacy accounts.  We
> tack on a 'Resident' last name when required for compatibility with viewers
> that do not understand display names and legacy LSL calls, but it is not a
> part of their name. But in essence you are correct. You can go from a 'full
> name' to a 'username' but not as easily the other way - though parsing for a
> '.' is likely to get you pretty good results. If you have the UUID (which
> you should in both viewer code and LSL) you can get whichever name you want
> - username, full name or display name.
>
>  - Kelly
>
>
I have been corrected. Only 'legacy' names will have a '.'. I was not aware
when I responded above that the period is not valid in new user names. So
yes, you can parse for a '.' to know if it is a 'legacy' name or a new name.
Sorry for the confusion.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100819/7f33ef04/attachment.htm 


More information about the opensource-dev mailing list