New ll functions coming soon
|
Strife Onizuka
Moonchild
Join date: 3 Mar 2004
Posts: 5,887
|
05-23-2008 23:40
In the upcoming release (or in a later release candidate) there are three new functions. Since they haven't been released yet, now is your time to comment upon them (and possibly get them changed before they hit the grid). The three functions are: llGetRegionAgentCount llGetAgentLanguage llTextBox I accidentally jumped the gun a bit (I thought they had made it into the RC8, which they haven't) and wrote documentation. http://wiki.secondlife.com/wiki/llGetRegionAgentCount http://wiki.secondlife.com/wiki/llTextBoxhttp://wiki.secondlife.com/wiki/llGetAgentLanguageAll three of these functions first showed up in February in the maintenance branches. And I surmise have been working their way through QA. * llGetRegionAgentCount in maint-ui-8 http://svn.secondlife.com/trac/linden/changeset/244/branches/maint-ui/indra/lscript/lscript_library/lscript_library.cpp* llTextBox in maint-ui-8 http://svn.secondlife.com/trac/linden/changeset/252#file4* llGetAgentLanguage in maintenance-7 http://svn.secondlife.com/trac/linden/changeset/286#file2They are currently in the Release branch waiting awaiting the next big release. I do not know if the latest simulator releases support these functions or not. http://svn.secondlife.com/trac/linden/changeset/568?new_path=%2F#file33
_____________________
Truth is a river that is always splitting up into arms that reunite. Islanded between the arms, the inhabitants argue for a lifetime as to which is the main river. - Cyril Connolly
Without the political will to find common ground, the continual friction of tactic and counter tactic, only creates suspicion and hatred and vengeance, and perpetuates the cycle of violence. - James Nachtwey
|
Sindy Tsure
Will script for shoes
Join date: 18 Sep 2006
Posts: 4,103
|
05-23-2008 23:52
Nice, excellent! and sortofa-shrug.
|
Ordinal Malaprop
really very ordinary
Join date: 9 Sep 2005
Posts: 4,607
|
05-23-2008 23:59
Oh, smashing! I was just wondering yesterday if it were possible to obtain language preference by profile-hackery, and of course llTextBox is something which has been necessary for a while.
_____________________
http://ordinalmalaprop.com/forum/ - visit Ordinal's Scripting Colloquium for scripting discussion with actual working BBCode!
http://ordinalmalaprop.com/engine/ - An Engine Fit For My Proceeding, my Aethernet Journal
http://www.flickr.com/groups/slgriefbuild/ - Second Life Griefbuild Digest, pictures of horrible ad griefing and land spam, and the naming of names
|
Debbie Trilling
Our Lady of Peenemünde
Join date: 17 Oct 2006
Posts: 434
|
05-24-2008 01:02
Good news. llText particularily
_____________________
http://wiki.secondlife.com/wiki/User:debbie_Trilling
|
Strife Onizuka
Moonchild
Join date: 3 Mar 2004
Posts: 5,887
|
05-24-2008 01:24
Since these may have some way left to go through QA so lets keep our fingers crossed.
My main thoughts about llTextBox is that it probably won't have auto-complete and it doesn't provide a mechanism for default text. I'm considering starting a JIRA about it.
_____________________
Truth is a river that is always splitting up into arms that reunite. Islanded between the arms, the inhabitants argue for a lifetime as to which is the main river. - Cyril Connolly
Without the political will to find common ground, the continual friction of tactic and counter tactic, only creates suspicion and hatred and vengeance, and perpetuates the cycle of violence. - James Nachtwey
|
Ordinal Malaprop
really very ordinary
Join date: 9 Sep 2005
Posts: 4,607
|
05-24-2008 01:28
Perhaps a message on [sldev]? I think that would be more likely to receive a reply regarding their current status.
_____________________
http://ordinalmalaprop.com/forum/ - visit Ordinal's Scripting Colloquium for scripting discussion with actual working BBCode!
http://ordinalmalaprop.com/engine/ - An Engine Fit For My Proceeding, my Aethernet Journal
http://www.flickr.com/groups/slgriefbuild/ - Second Life Griefbuild Digest, pictures of horrible ad griefing and land spam, and the naming of names
|
Haruki Watanabe
llSLCrash(void);
Join date: 28 Mar 2007
Posts: 434
|
05-24-2008 01:28
llTextBox - yay!!!! finally! No more «say bla on channel x»...
The other two might be helpful as well... Looking forward to use these!
... alas - I think the time to re-write some code is coming...
|
Dora Gustafson
Registered User
Join date: 13 Mar 2007
Posts: 779
|
Cool
05-24-2008 01:46
I still mis: llGetLinkPrimitiveParams().
_____________________
From Studio Dora
|
Winter Ventura
Eclectic Randomness
Join date: 18 Jul 2006
Posts: 2,579
|
05-24-2008 04:31
Cool beans. that will put an end to the days of "talking to" your huds and whatnot to name clocks and whatnot. That's cool.
I still have my wishlist, of course.
_____________________
 ● Inworld Store: http://slurl.eclectic-randomness.com ● Website: http://www.eclectic-randomness.com ● Twitter: @WinterVentura
|
Pale Spectre
Registered User
Join date: 2 Sep 2005
Posts: 586
|
05-24-2008 05:34
Wouldn't it be better if llTextBox could pre-populate its own text box. The big advantage of llDialog is that it not only saves typing but it talks as if it is the agent. Using llDialog in conjunction with llTextBox (if you could pre-populate the text box) would overcome llDialog's 24 character limit and also let the user see the full text they are about to 'say'... all without having to type stuff. Otherwise, you're still typing stuff, just in a different place. Or am I missing something? 
|
Haruki Watanabe
llSLCrash(void);
Join date: 28 Mar 2007
Posts: 434
|
05-24-2008 05:58
I'd say the advantage of llTextBox is, that you can «make» the Agent say something on a predefined channel, without having her/him prepending the channel in the chat-box. Thus the times of inputting stuff like «/1 my text» will be over. You simply tell the textbox to talk on channel 1 and the input will be said on this channel. So from now on you can choose an arbitrary channel to «say» text, making it harder for spoofers to guess the channel on which commands are said.
llDialog is useful, when I just want to give the user an option, choosing from predefined menu-selections. But sometimes I need some information from the user (like the name, or other variables) and this is when llTextBox will be handy...
|
Pale Spectre
Registered User
Join date: 2 Sep 2005
Posts: 586
|
05-24-2008 06:17
From: Haruki Watanabe But sometimes I need some information from the user (like the name, or other variables) and this is when llTextBox will be handy... ...but in my world the text box would still be input capable just with the added feature that you could pre-populate it if you choose.
|
Winter Ventura
Eclectic Randomness
Join date: 18 Jul 2006
Posts: 2,579
|
05-24-2008 06:39
yes prepoulating would be a VERY nice feature.
One of the things I have always wanted, was the ability to build a scripted.. chat prompter.. like a presentation tool. I could prewrite out a scripted presentation, or perhaps like a dj's spiel, event hosting, etc.. and then cue it at myself, via a script.
With llDialog, you can do this. Pressing the button on a llDialog set to channel 0, will actually make "white text" as if you spoke. But llDialog buttons are limited to 24 characters, Being able to spoonfeed strings to the user, who could then click "SEND" on it.. well that would allow more flexibility.. it terms of allowing me to customize here and there.
Additionally, and more practically, llTextBox would make it MUCH easier to do things like "say the name for this clock" on my world clock hud (as an example). Rather than having a llListen open on 0.. or trying to explain to some 2-week-old-noob that whatever widget they're having trouble with DOES work, you just have to type /33 first before speaking your commands... it would allow for more natural person-to-object communication, and would allow the programmer to be a bit more cautious about publishing what channels their objects have listens open on.
I definitely vote for an optional prefill value.
_____________________
 ● Inworld Store: http://slurl.eclectic-randomness.com ● Website: http://www.eclectic-randomness.com ● Twitter: @WinterVentura
|
Kahiro Watanabe
Registered User
Join date: 28 Sep 2007
Posts: 572
|
05-24-2008 06:49
From: Haruki Watanabe I'd say the advantage of llTextBox is, that you can «make» the Agent say something on a predefined channel, without having her/him prepending the channel in the chat-box. Thus the times of inputting stuff like «/1 my text» will be over. You simply tell the textbox to talk on channel 1 and the input will be said on this channel. So from now on you can choose an arbitrary channel to «say» text, making it harder for spoofers to guess the channel on which commands are said. llDialog is useful, when I just want to give the user an option, choosing from predefined menu-selections. But sometimes I need some information from the user (like the name, or other variables) and this is when llTextBox will be handy... That's the main key of this function, it makes it end-user friendlier in those situations than a common listener because it doesn't have to type the channel, therefore it makes your code better beacuse you can use random channels. In addition to Strife's edit I added an example: https://wiki.secondlife.com/wiki/LlTextBox
|
Zen Zeddmore
3dprinter Enthusiast
Join date: 31 Jul 2006
Posts: 604
|
05-24-2008 07:44
Whew! It's about time!!! Much needed, long awaited.
_____________________
A kilogram of programmable nanobots can lower the certainty of both death AND taxes.
|
Draco18s Majestic
Registered User
Join date: 19 Sep 2005
Posts: 2,744
|
05-24-2008 09:56
As a work-around to a pre-populate, you first use a llDialog, one option being "other" which pops up llText.
Now, I would rather see the two a little more combined, but the above does do the same thing.
|
Strife Onizuka
Moonchild
Join date: 3 Mar 2004
Posts: 5,887
|
05-24-2008 12:33
*evil grin* Why not llTextBoxDialog, with both buttons and a text field with pre-populated text  EDIT: https://jira.secondlife.com/browse/SVC-2405
_____________________
Truth is a river that is always splitting up into arms that reunite. Islanded between the arms, the inhabitants argue for a lifetime as to which is the main river. - Cyril Connolly
Without the political will to find common ground, the continual friction of tactic and counter tactic, only creates suspicion and hatred and vengeance, and perpetuates the cycle of violence. - James Nachtwey
|
Winter Ventura
Eclectic Randomness
Join date: 18 Jul 2006
Posts: 2,579
|
05-24-2008 12:51
why not a way to turn OFF the textbox and have it act as llDialog? Thing is.. if we had a jira to add a prefill to the now, EXISTING llTextBox, there's a good chance of it getting implemented.. but with forcing them to "go back to the drawing board" well.. we've seen how seriously they take it when hundreds of people say "no" to "improvements" like the communicate window and non-blinking IM tabs. I feel like the jira as submitted, is a non-starter. Edit: https://jira.secondlife.com/browse/SVC-2406Simple,. straightforward call for a prefill value for the existing llTextBox
_____________________
 ● Inworld Store: http://slurl.eclectic-randomness.com ● Website: http://www.eclectic-randomness.com ● Twitter: @WinterVentura
|
Hewee Zetkin
Registered User
Join date: 20 Jul 2006
Posts: 2,702
|
05-24-2008 12:55
The other quibble I'd have about llTextBox() is that it should work like llDialog() in that the chat should originate from the current position of the prim/object, not the avatar's current position.
|
Gordon Wendt
404 - User not found
Join date: 10 May 2006
Posts: 1,024
|
05-24-2008 13:23
For avatar language I'm assuming that it's going to default to on since the documentation on the wiki says that there will be an option to disable reporting it which means that the function will return a null key calls on you're uuid and if it defaulted to off then almost nobody would turn it on. From the implementation of LSL in general and previous function I'm assuming that the fact that by default (presumably) anyone can see what language you're using won't be well publicized (probably documentation will stay as one page on the wiki, no blog post, preference to disable reporting of this will be hidden in some far forgotten place (advanced menu?) which raises serious concerns.
_____________________
Twitter: http://www.twitter.com/GWendt Plurk: http://www.plurk.com/GordonWendt GW Designs: XStreetSL
|
Jesse Barnett
500,000 scoville units
Join date: 21 May 2006
Posts: 4,160
|
05-24-2008 13:46
Ok, I guess I am kinda underwhelmed. Might find a use for llGetRegionAgentCount. Don't ever see me using llGetAgentLanguage. llTextBox? Still seems easier just typing // after the first time.
I might have been more thrilled except that I guess these must be some indication of the really long, really scary list items that prevent the upgrade to the forums. BTW still haven't heard any mention of the forums from our newly appointed Communications Linden.
_____________________
I (who is a she not a he) reserve the right to exercise selective comprehension of the OP's question at anytime. From: someone I am still around, just no longer here. See you across the aisle. Hope LL burns in hell for archiving this forum
|
Strife Onizuka
Moonchild
Join date: 3 Mar 2004
Posts: 5,887
|
05-24-2008 14:39
From: Gordon Wendt For avatar language I'm assuming that it's going to default to on since the documentation on the wiki says that there will be an option to disable reporting it which means that the function will return a null key calls on you're uuid and if it defaulted to off then almost nobody would turn it on. From the implementation of LSL in general and previous function I'm assuming that the fact that by default (presumably) anyone can see what language you're using won't be well publicized (probably documentation will stay as one page on the wiki, no blog post, preference to disable reporting of this will be hidden in some far forgotten place (advanced menu?) which raises serious concerns. The setting is a checkbox on the General Preferences page. I do believe it is turned on by default. http://svn.secondlife.com/trac/linden/changeset/568?new_path=%2F#file92
_____________________
Truth is a river that is always splitting up into arms that reunite. Islanded between the arms, the inhabitants argue for a lifetime as to which is the main river. - Cyril Connolly
Without the political will to find common ground, the continual friction of tactic and counter tactic, only creates suspicion and hatred and vengeance, and perpetuates the cycle of violence. - James Nachtwey
|
Gordon Wendt
404 - User not found
Join date: 10 May 2006
Posts: 1,024
|
05-24-2008 15:33
It'll be interesting to be able to script an object that can display each nearby avatar long with their preferred language if available whether they know they're blatantly broadcasting that information or not. Not long now probably until there's an opt out system for which country you're connecting from (which will be able to be narrowed down even more when this language call hits live with nowhere near perfect accuracy but how many people speak Russian for example in French Polynesia)
_____________________
Twitter: http://www.twitter.com/GWendt Plurk: http://www.plurk.com/GordonWendt GW Designs: XStreetSL
|
Darien Caldwell
Registered User
Join date: 12 Oct 2006
Posts: 3,127
|
05-25-2008 15:26
I like how you think, let's go further and get llRadioButtons() and all the rest 
|
Darien Caldwell
Registered User
Join date: 12 Oct 2006
Posts: 3,127
|
05-25-2008 15:30
From: Jesse Barnett Ok, I guess I am kinda underwhelmed. Might find a use for llGetRegionAgentCount. Don't ever see me using llGetAgentLanguage. llTextBox? Still seems easier just typing // after the first time. llTextBox is a big step forward for usability. you have no idea how many people I have IMing me about my products and they have *no* idea how to type on a channel, not to mention trying to remember a million different channels for a hundered different things. I'm going to be using this function a *lot*. And yes, let us pre-populate it, please 
|