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

Michael Schlenker schlenk at uni-oldenburg.de
Tue Aug 17 16:47:36 PDT 2010


Am 18.08.2010 um 01:16 schrieb Bryon Ruxton:

> Sorry if lacked clarification,
> I was referring to the "current" residents names (as capitalized), NOT the
> new display name which will become the person's username as I understand it.
> 
> Because of the added flexibility with Display Names, I see it a good
> opportunity to enforce the official First and Last name both capitalized
> when shown and possibly clean up the legacy database of "First & Last"
> names.

This will break content if it hits the scripting layer. E.g. i have some scripts 
that derive things from the current username (including upper/lowercase distinction),
and if you simply capitalized names it would break. Same with the aformentioned scripted
access control lists. 

> 
> i.e. Someone named currently named "iama Linden" would be changed
> automatically to Iama Linden as his display name which he can change to
> lower case via his display name box he chooses so, like dahlia here does.
> 
> Even if that was to apply to future usernames "when first chosen".
> You could very well enforce a first capital and still allow for lowercase
> display names after that, or even have a checkbox to prevent the automatic
> JavaScript capitalization at registration. But it would fair to say that
> lack of fist name capitalization due to users omission is much more common
> than a deliberate intent coming from the user. So I view "initial
> capitalization" as a default setting for that reason.
> 
> And 2. you should also prevent anyone to use a display name baring the name
> of an existing username in my opinion.

NO. That would limit the usefulness for some kind of RP for sure. Might be okay if it was
not allowed for IM or if IM always showed the old style name too.
 
And maybe you noticed that lowercase/uppercase transformation is not a lossless operation 
(okay, might be due to the restrictions on SL firstnames, but in general its a lossy operation).

Michael


More information about the opensource-dev mailing list