Second Life Wiki - User contributions [en]

User:Forest Klaar

2007-12-03T22:14:33Z

Forest Klaar:

French RL coder/architect in advanced .NET C#, Databases, ASP.NET, WPF (XAML), WCF, SOA...

LSL simplicity and power recalls me the great times I have spent with BASIC philosophy in early '84.

Now, appling it to a 3D virtual world is PURE HAPPINESS. Thank you LL !

See my blog : [http://lslblog.free.fr Hello, Avatar!]

User:Forest Klaar

2007-12-03T22:05:59Z

Forest Klaar:

French RL coder in Advanced .NET C#, Databases, ASP.NET, Web, XAML...

LSL simplicity and power recalls me the great times I have spent with BASIC philosophy in early '84.

Now, appling it to a 3D virtual world is PURE HAPPINESS. Thank you LL !

See my blog : [http://lslblog.free.fr,Hello]

While/fr

2007-12-03T21:47:56Z

Forest Klaar:

{{Multi-lang}}
{{LSL_Conditional
|statement=while
|statement_header
|statement_desc=Any of the statements can be null statements.
|statement_end=loop
|statement_end_desc=Peut être une instruction simple, un bloc d'instructions, ou un bloc vide.
|p1_name=condition|p1_desc=Si la condition est évaluée à true, alors '''loop''' est exécuté
|constants
|spec
|caveats
|examples=<pre>//instruction simple
integer a = 0;
integer b = 10;
while(a < b)
llOwnerSay((string)(a++));
</pre>
<pre>//bloc d'instructions
integer a = 0;
integer b = 10;
while(a < b)
{
llOwnerSay((string)a);
++a;
}
</pre>
<pre>//bloc vide
integer a = 0;
integer b = 10;
while(a++ < b);
</pre>
|helpers
|also_header
|also_functions
|also_tests
|also_articles
|also_footer
|notes=Une boucle {{LSLG|do-while}} est plus rapide qu'une boucle while ou {{LSLG|for}}.
|mode
|deprecated
|cat1=Conditional
|cat2
|cat3
|cat4
}}

User:Forest Klaar

2007-05-07T15:51:41Z

Forest Klaar:

Category talk:LSL Flow Control

2007-05-07T15:45:14Z

Forest Klaar: User defined functions

== LSL Prefix ==

Question: Does this category need the LSL prefix.
[[User:SignpostMarv Martin|SignpostMarv Martin]] 09:47, 23 February 2007 (PST)

:Turns the question around: Why doesn't this category need the LSL prefix.
:It comes down to aesthetics. There aren't any technical reasons. When looking at the category list it makes it easy to find LSL categories. Searching for LSL categories is difficult. It makes enumeration easier. [[User:Strife Onizuka|Strife Onizuka]] 10:01, 23 February 2007 (PST)

::# LSL-specific categories should be listed under [[:Category:LSL]]
::# Enumeration ?
::# If LSL-specific categories were listed under [[:Category:LSL]], and you were looking for LSL stuff you'd go there first- would the LSL prefix need to be there ?
::[[User:SignpostMarv Martin|SignpostMarv Martin]] 14:30, 23 February 2007 (PST)

:::Aesthetics and ease-of-use/maintainability.
:::#I was considering making a Meta-Category for LSL. Wanted to get a better handle on the categories before I did so though. Not keen on moving content and renaming category pages (you can't move category pages; you have to edit them). Categorizing everything and writing category pages was my next project. After that constants. While it could be a good thing I don't feel the need to do it myself.
:::#It plays into building a meta-category. See below.
:::#Yes and no. How would you go about building it? Without the LSL prefix, how would you know which categories to add without going through them all. And if a new LSL specific category were created, would you be able to easily tell by looking at the category list? Having LSL as a prefix is a maintainable solution.
:::It makes editing easier and it's no uglier then having "Category:" before it. What's the harm in a little more prefix?
:::[[User:Strife Onizuka|Strife Onizuka]] 16:49, 23 February 2007 (PST)
::::I think we can whittle this down to:
::::* If we don't make a root "LSL" category over at [[:Category:LSL]], keep the prefix (for the reasons you've said)
::::* If we do make a root "LSL" category, remove the prefix as it would be superfluous and annoying to see a bunch of "LSL" prefixes where they're not needed (LSL Style Guide etc being obvious exceptions)
::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 18:23, 23 February 2007 (PST)
::::: *back on topic* As you point out with LSL Style Guide, having the LSL prefix makes sense there. Likewise it makes sense here, as this is a category of flow control for LSL exclusively (it's in the LSL Header), same with LSL Functions and LSL Events. [[User:Strife Onizuka|Strife Onizuka]] 09:17, 24 February 2007 (PST)
:::::: I'm kinda 50-50 on the LSL prefix here
::::::* It's the Flow Control for LSL
::::::* What other Flow Control would we be talking about ?
::::::[[User:SignpostMarv Martin|SignpostMarv Martin]] 13:50, 24 February 2007 (PST)
::::::: *me nods in agreement* I'm more on the side of caution. Better to be prepared for the future where we might be defining another language on the wiki IMHO. [[User:Strife Onizuka|Strife Onizuka]] 01:56, 26 February 2007 (PST)
:::::::: I thought the consensus was to edit now, disambiguate later.
:::::::: Flow Control itself is a category. It can cover Flow Control in '''''any''''' language. When, and only when Second Life supports other languages, should we create the sub category ''[[:Category:LSL Flow Control]]''. Currently, it's a given that articles be LSL-centric.
:::::::: [[User:SignpostMarv Martin|SignpostMarv Martin]] 06:47, 26 February 2007 (PST)
::::::::: It's a balancing act between 'disambiguate' and 'most obvious name'. What is obvious is in the eye of the beholder. [[User:Strife Onizuka|Strife Onizuka]] 02:21, 1 March 2007 (PST) PS: could be about packet flow control.

== User defined functions ==

A couple of line about User-defined functions are missing here. Some readers may already have a clue about subroutines and functions i.g. and may learn how to use them in their scripts by browsing samples codes or "return" keyword page. However, it would be fine to have some explanations here about it, adding for example some precisions like "User-defined function has to be coded outside any state block" and words about return values. Do you think it is the right place to add that ?

Category:LSL List

2007-05-07T15:25:59Z

Forest Klaar:

{{LSL Header}}

A list is a special kind of data type which can contain zero or more elements of any other data type.
Lists are signified by square brackets surrounding their elements, which are separated by commas.

List examples:
<pre>[0,1,2,3,4], ["Yes","No","Perhaps"], [1,14.154,"Isn't this fun?",<0,0,0>]</pre>

A list can grow dynamically as large as needed during execution, and is only limited by the amount of memory that script has available. However, there is a 72 element limit to lists defined at compile time.

Lists cannot be nested.