Difference between revisions of "Talk:Display Names/LSL"

From Second Life Wiki
Jump to navigation Jump to search
Line 77: Line 77:
[[User:Innula Zenovka|Innula Zenovka]] 21:13, 10 November 2010 (UTC)
[[User:Innula Zenovka|Innula Zenovka]] 21:13, 10 November 2010 (UTC)


:Hmm, I'd assume there's supposed to be an AGENT_BY_DISPLAY_NAME as well, and that it's simply been left out by accident, as it's the only type of name that the above constants wouldn't provide access to. Unfortunately the 2.3 beta has no scripted support yet, and Kelly Linden is going to be absent for 3 months so it's very likely this won't be answered definitively any time soon, though I'm uncertain if 2.3 is likely to be pushed to release in that time? Really there are four constants, with 3 new ones, and the pre-existing AGENT becoming an alias for AGENT_BY_LEGACY_NAME.<br/>-- '''[[User:Haravikk_Mistral|Haravikk]]''' <sup><small>([[User_talk:Haravikk_Mistral|talk]]|[[Special:Contributions/Haravikk_Mistral|contribs]])</small></sup> 22:03, 10 November 2010 (UTC)
:You're right, there seems to be no plan for an AGENT_BY_DISPLAY_NAME as addressed [LSL#What_about_an_AGENT_BY_DISPLAY_NAME_flag_for_llSensor|here]. You'll have to either obtain a key, or filter everyone and manually check display names using llGetDisplayName(), though this seems a bit odd as a built-in filter would do it just as well, visual issues or not.<br/>-- '''[[User:Haravikk_Mistral|Haravikk]]''' <sup><small>([[User_talk:Haravikk_Mistral|talk]]|[[Special:Contributions/Haravikk_Mistral|contribs]])</small></sup> 22:11, 10 November 2010 (UTC)

Revision as of 15:11, 10 November 2010

I have a Name2Key database to deliver gifts and to link registred users on my website to their SL account. The Name2Key Database does a namesearch lookup with a bot, if the name could not be found in the database. Will the namesearch lookup find the display names or the real names ? And whats when there are multiple people are using the same display name ?

With bots we are talking more viewer code than scripting. It will depend on how your bot works and how it does its searches. I would not be surprised if it required some updating to find the correct resident. - Kelly Linden 15:31, 19 August 2010 (UTC)

The "N" and the "n" used for name in functions

Hi Kelly,

considering function names llGetDisplayName and llGetUsername (same for lRequestxxxx) you'll see a difference for Name and name ; is it a mistake when you have written this article or the real names of the functions?

If they are the real function names, that will generate compile errors surely because we are humans :))

Yours truly

Garmin

Garmin Kawaguichi 10:39, 20 August 2010 (UTC)

That is because it's a username (one word) and a display name (two words), I think. A similar difference is in the llSensor constants: AGENT_BY_DISPLAY_NAME and AGENT_BY_USERNAME. Getting compile errors due to typos I already get a lot, I expect some more with these yeah :p DarthBunny Petrov 14:12, 20 August 2010 (UTC)
The english language subtlety, I understand that! Merci Garmin Kawaguichi 21:07, 20 August 2010 (UTC)
This is correct. "username" is one word, and "display name" is two. Kelly Linden 23:12, 20 August 2010 (UTC)

The dataserver functions

I'm curious about why the dataserver requests to get the username and display name weren't added to llRequestAgentData (with for example new constants DATA_USERNAME and DATA_DISPLAY_NAME). Is it easier to add new functions? Or do separate functions just make more sense from a language design point of view or something? DarthBunny Petrov 14:12, 20 August 2010 (UTC)

This is something we have not been uniform on in the past. Simple single action functions are a bit easier both to use and for us to implement, so we kind of prefer them. There is no really strong reason that I am aware of right now that we chose this way this time though. - Kelly Linden 23:14, 20 August 2010 (UTC)
It pairs a llGet* function with an llRequest* function; it's the new uniformity. Don't have to remember you need to use llRequestAgentData and the DATA_* flag that goes with it. A small part of me morns the lack of DATA_* flags. I wish llRequestInventoryData would work for more then just landmarks... -- Strife (talk|contribs) 20:12, 23 September 2010 (UTC)

So what about the Custom Name Program?

http://wiki.secondlife.com/wiki/Custom_Name_Program

Will this still be available? (not that it was really "available" before, our request a while ago was rejected on the grounds that we had no RL presence for our SL business, so we didn't count)

I do not know the plans for the custom name program, and it does not relate to the LSL FAQ which this page is for. I'd try either the main FAQ or the Blog post. - Kelly Linden 05:13, 26 August 2010 (UTC)

llDetectedType

Talk:llDetectedType

LSL Linking

I've started organizing the new functions and information. I've focused everything around Category:LSL_Avatar/Name. -- Strife (talk|contribs) 21:47, 23 September 2010 (UTC)

X-SecondLife-Owner-Display-Name and similar?

You've covered the behaviour for the existing X-SecondLife-Owner-Name sent with llHTTPRequest(), but I'm curious to know if we'll ever see headers such as:

HTTP Header Contents
X-SecondLife-Owner-Display-Name The display name of the owner
X-SecondLife-Owner-Username The username of the owner

—The preceding unsigned comment was added on 19:30, 8 October 2010 by Haravikk Mistral

They probably won't be added until they are requested and there is a clamor for them. -- Strife (talk|contribs) 18:39, 14 October 2010 (UTC)
I may ask at Kelly Linden's office hour, naturally all my web scripts already support these imaginary headers =)
-- Haravikk (talk|contribs) 21:50, 14 October 2010 (UTC)
I don't know. Maybe get it on the triage? It should be straight forward. - Kelly Linden 22:53, 20 October 2010 (UTC)
Okay! I've added SVC-6432 for those interested, and will add it to your script triage!
-- Haravikk (talk|contribs) 10:22, 21 October 2010 (UTC)

llSensor constants

I don't understand this:

There will be 3 new constants for use in llSensor - AGENT_BY_LEGACY_NAME, AGENT_BY_USERNAME. The existing AGENT flag is equivalent to AGENT_BY_LEGACY_NAME.

Is it a typo, and does it mean there will be 3 constants, the existing AGENT and the two new ones, AGENT_BY_LEGACY_NAME and AGENT_BY_USERNAME ?

Innula Zenovka 21:13, 10 November 2010 (UTC)

You're right, there seems to be no plan for an AGENT_BY_DISPLAY_NAME as addressed [LSL#What_about_an_AGENT_BY_DISPLAY_NAME_flag_for_llSensor|here]. You'll have to either obtain a key, or filter everyone and manually check display names using llGetDisplayName(), though this seems a bit odd as a built-in filter would do it just as well, visual issues or not.
-- Haravikk (talk|contribs) 22:11, 10 November 2010 (UTC)