https://wiki.secondlife.com/w/api.php?action=feedcontributions&feedformat=atom&user=Eren+PadarSecond Life Wiki - User contributions [en]2026-07-27T02:33:57ZUser contributionsMediaWiki 1.42.1https://wiki.secondlife.com/w/index.php?title=User:Wayfinder_Wishbringer&diff=1195702User:Wayfinder Wishbringer2015-03-05T00:03:55Z<p>Eren Padar: </p>
<hr />
<div>WAYFINDER WISHBRINGER. <br />
<br />
Joined Second Life Oct 31,2004. Founded Elf Clan and the Poetry Guild November 2004.<br />
<br />
Wayfinder is best known for Elf Clan and ElvenWorks, both of which currently home at ElvenMyst sim. <br />
<br />
Elf Clan quickly grew from a newbie group to being the first fantasy group on Second Life to top 500 members. Elf Clan won three Metaverse Awards in 2006 for noteable Group, Lands and Build (Odil's Fantasy Library at Darkwood). Elf Clan eventually came to have four group-funded island sims, which at this time is not unusual but was a remarkable and noted accomplishment for the day of 25,000 to 50,000 total Second Life residents.<br />
<br />
From November 2006 to June 2007 Wayfinder and Elf Clan ceased support of the Second Life Platform, but returned to Second Life June 23, 2007. Details as well as further information regarding the group are found at the official website: http://www.elfclan.ning.com<br />
<br />
The Poetry Guild (now managed by Officer Hensonian Pennyfeather) became the largest and most active group of its genre, continuing to this date with weekly meetings and readings.</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlFrand&diff=1134179LlFrand2011-02-12T19:34:09Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function<br />
|sort=Frand<br />
|func=llFrand<br />
|func_id=8<br />
|func_sleep=0.0<br />
|func_energy=10.0<br />
|p1_type=float<br />
|p1_name=mag<br />
|p1_desc=Any valid float value<br />
|return_type=float<br />
|return_text=that is pseudo random number in the range {{Interval|gte=0.0|lt='''mag'''|lth=mag|center=return}} or {{Interval|lte=0.0|gt='''mag'''|gth=mag|center=return}}.{{Interval/Footnote}}<br/> The sign of '''mag''' matches the return.<br />
|caveats=*The random number generator is not a source of entropy.<br />
**The sequence of random numbers are shared across the entire process, and not independently seeded. Therefore, the pseudo random number generation is not suitable for any application which requires completely predictable or completely unpredictable results.<br />
*It should be remembered that when passing llFrand an [[integer]] as the '''mag''', it will by implicitly [[typecast]] to a [[float]]. If the integer is outside the range {{Interval|lte=+2<sup>23</sup>|gte=-2<sup>23</sup>|gteh=-2^32|lteh=+2^32|center=integer}} it may not be accurately represented (this is an inherent limitation of the float type). Likewise when using llFrand to generate a random integer, it will not contain more than 24 random bits.<br />
<br />
|examples=<lsl>// Tosses a coin, giving a *near* 50:50 chance of a result.<br />
integer coin_toss()<br />
{<br />
if( llFrand(1.) < .5 ) return TRUE;<br />
return FALSE;<br />
}<br />
<br />
// Sometimes it is useful to get a random integer over a given range. This is a surprisingly tricky and emotive subject<br />
// and has caused endless discussion on the scripting groups.<br />
// The primary cause of probability errors when employing llFrand is to have a varying bin size on the edges of the range.<br />
//<br />
// As the bracket notation indicates, [0.0,'''mag'''), the function is inclusive of the 0.0 and exclusive of the entered value.<br />
// Because an LSL floating point number is only a subset of real numbers and does not have infinite granularity, this schema<br />
// will work for any float greater than float t = 1.175494351e-38; at which value the function will<br />
// return only zero. At a float beyond this, a math error occurs.<br />
<br />
// Random integer generator <br />
// Contributed by Mephistopheles Thalheimer, original function posited by Hg Beeks<br />
<br />
// Returns a pseudo-random integer in the range of min to max inclusive.<br />
<br />
// Rationale: Expands the range by 1.0 to ensure equal bin spacing on ends relative to the middle of <br />
// the range and then uses an integer cast to round towards zero. <br />
<br />
// Caveats: This function is not range checked and will fail if max < min<br />
<br />
integer random_integer( integer min, integer max )<br />
{<br />
return min + (integer)( llFrand( max - min + 1 ) );<br />
}<br />
<br />
default<br />
{<br />
touch_start(integer total_number)<br />
{<br />
// When touched, say "Heads" with probability 0.5, <br />
// otherwise, say "Tails."<br />
if ( coin_toss() )<br />
llSay(0, "Heads");<br />
else<br />
llSay(0, "Tails");<br />
<br />
integer n1 = random_integer( 2, 8 ); // Return a random number between 2 and 8<br />
llSay( PUBLIC_CHANNEL, "I chose a " + (string)n1 );<br />
<br />
}<br />
}</lsl><br />
<br />
<lsl>// Simple integer random number tester<br />
// Contributed by Mephistopheles Thalheimer<br />
<br />
// This is a random number tester designed to give a quick visual explanation and proof of why some<br />
// random integer functions just do not work.<br />
// In general, with any random number generator, if you can see a pattern emerging, then chances are, <br />
// the function is not random.<br />
<br />
// The test case given "silly_random_integer( .. )" shows the type of pitfalls that can happen. Superficially,<br />
// it would seem like a good candidate. I thought so, and in fact mooted it in a discussion, however, a bit of thought reveals<br />
// that the first and last bin are only collecting rounded results from half the float space as the rest of the integers.<br />
// They are therefore under-represented in output, and the generator is flawed. <br />
<br />
<br />
integer random_integer( integer min, integer max )<br />
{<br />
return min + (integer)llFrand( max - min + 1 );<br />
}<br />
<br />
integer silly_random_integer( integer min, integer max )<br />
{<br />
return min + (integer)( llRound( llFrand( max - min ) ) ); // Looks good, but does not work<br />
}<br />
<br />
<br />
// Simple integer random number tester<br />
// Contributed by Mephistopheles Thalheimer<br />
<br />
list bins;<br />
<br />
integer MIN = 2; // The minimum integer you want<br />
integer MAX = 5; // The maximum integer you want<br />
<br />
integer NUMBER_OF_TRIES = 10000; // The bigger the better.. but slower<br />
<br />
default<br />
{<br />
state_entry()<br />
{<br />
llSay( PUBLIC_CHANNEL, "Bin tester ready.");<br />
bins = [];<br />
}<br />
<br />
touch_start(integer total_number)<br />
{<br />
<br />
llSay( PUBLIC_CHANNEL, "Started, be patient" );<br />
<br />
integer i;<br />
integer r;<br />
<br />
integer range = MAX - MIN;<br />
<br />
for( i = 0; i <= range; ++i )<br />
{<br />
bins += [ 0 ]; <br />
}<br />
<br />
integer v;<br />
integer out_of_range;<br />
<br />
for( i = 0; i < NUMBER_OF_TRIES; ++i )<br />
{<br />
r = silly_random_integer( MIN, MAX ); // Replace this with the function you are testing<br />
// Note the output on this one has about 0.5 expected hits on the first and last bin<br />
//r = random_integer( MIN, MAX );<br />
<br />
if( r > MAX || r < MIN )<br />
{ <br />
out_of_range++;<br />
}<br />
else<br />
{<br />
v = llList2Integer( bins, r - MIN );<br />
bins = llListReplaceList( bins, [ ++v ], r - MIN, r - MIN );<br />
}<br />
}<br />
<br />
for( i = 0; i <= range; ++i )<br />
{<br />
llOwnerSay( "Bin #" + (string)( i + MIN ) + " = " + (string)llList2Integer( bins, i ) ); <br />
}<br />
<br />
llOwnerSay( "Number out of range = " + (string)out_of_range );<br />
}<br />
}</lsl><br />
|helpers=[[Pseudo-random_Number_Generator]] - Suitable for apps which require repeatable results that feel random.<br />
|also_header<br />
|also_functions={{LSL DefineRow||[[llListRandomize]]|}}<br />
|also_tests<br />
|also_articles<br />
|also_footer<br />
|notes<br />
|cat1=Math<br />
|cat2<br />
|cat3<br />
}}<br />
<br />
(Someone please clean this up for me. I'm not acquainted with wiki editing procedure. Thx)<br />
<br />
<lsl>FOR AN INCREASINGLY RANDOM NUMBER:<br />
As stated, llFrand() provides a pseudo-random number (not truly random, but it "feels" like it).<br />
For a more truly random number, you can create a "seed factor" by creating a random number of <br />
random numbers prior to the actual final generation. Example:<br />
<br />
// creates a significantly "more random" random number<br />
integer loop=0;<br />
integer count=(integer) llFrand(50); // generate a random number of loops<br />
while(loop <= count){llFrand(1);++loop;} // generate random numbers within the loop<br />
integer actual_number=llFrand(100)+1; // generate the final truly-random number<br />
<br />
This causes a random(50) number of random numbers to be created prior to your actual final <br />
random number, significantly increasing the random factor in arriving at your final result.<br />
</lsl></div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlFrand&diff=1134178LlFrand2011-02-12T19:33:32Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function<br />
|sort=Frand<br />
|func=llFrand<br />
|func_id=8<br />
|func_sleep=0.0<br />
|func_energy=10.0<br />
|p1_type=float<br />
|p1_name=mag<br />
|p1_desc=Any valid float value<br />
|return_type=float<br />
|return_text=that is pseudo random number in the range {{Interval|gte=0.0|lt='''mag'''|lth=mag|center=return}} or {{Interval|lte=0.0|gt='''mag'''|gth=mag|center=return}}.{{Interval/Footnote}}<br/> The sign of '''mag''' matches the return.<br />
|caveats=*The random number generator is not a source of entropy.<br />
**The sequence of random numbers are shared across the entire process, and not independently seeded. Therefore, the pseudo random number generation is not suitable for any application which requires completely predictable or completely unpredictable results.<br />
*It should be remembered that when passing llFrand an [[integer]] as the '''mag''', it will by implicitly [[typecast]] to a [[float]]. If the integer is outside the range {{Interval|lte=+2<sup>23</sup>|gte=-2<sup>23</sup>|gteh=-2^32|lteh=+2^32|center=integer}} it may not be accurately represented (this is an inherent limitation of the float type). Likewise when using llFrand to generate a random integer, it will not contain more than 24 random bits.<br />
<br />
|examples=<lsl>// Tosses a coin, giving a *near* 50:50 chance of a result.<br />
integer coin_toss()<br />
{<br />
if( llFrand(1.) < .5 ) return TRUE;<br />
return FALSE;<br />
}<br />
<br />
// Sometimes it is useful to get a random integer over a given range. This is a surprisingly tricky and emotive subject<br />
// and has caused endless discussion on the scripting groups.<br />
// The primary cause of probability errors when employing llFrand is to have a varying bin size on the edges of the range.<br />
//<br />
// As the bracket notation indicates, [0.0,'''mag'''), the function is inclusive of the 0.0 and exclusive of the entered value.<br />
// Because an LSL floating point number is only a subset of real numbers and does not have infinite granularity, this schema<br />
// will work for any float greater than float t = 1.175494351e-38; at which value the function will<br />
// return only zero. At a float beyond this, a math error occurs.<br />
<br />
// Random integer generator <br />
// Contributed by Mephistopheles Thalheimer, original function posited by Hg Beeks<br />
<br />
// Returns a pseudo-random integer in the range of min to max inclusive.<br />
<br />
// Rationale: Expands the range by 1.0 to ensure equal bin spacing on ends relative to the middle of <br />
// the range and then uses an integer cast to round towards zero. <br />
<br />
// Caveats: This function is not range checked and will fail if max < min<br />
<br />
integer random_integer( integer min, integer max )<br />
{<br />
return min + (integer)( llFrand( max - min + 1 ) );<br />
}<br />
<br />
default<br />
{<br />
touch_start(integer total_number)<br />
{<br />
// When touched, say "Heads" with probability 0.5, <br />
// otherwise, say "Tails."<br />
if ( coin_toss() )<br />
llSay(0, "Heads");<br />
else<br />
llSay(0, "Tails");<br />
<br />
integer n1 = random_integer( 2, 8 ); // Return a random number between 2 and 8<br />
llSay( PUBLIC_CHANNEL, "I chose a " + (string)n1 );<br />
<br />
}<br />
}</lsl><br />
<br />
<lsl>// Simple integer random number tester<br />
// Contributed by Mephistopheles Thalheimer<br />
<br />
// This is a random number tester designed to give a quick visual explanation and proof of why some<br />
// random integer functions just do not work.<br />
// In general, with any random number generator, if you can see a pattern emerging, then chances are, <br />
// the function is not random.<br />
<br />
// The test case given "silly_random_integer( .. )" shows the type of pitfalls that can happen. Superficially,<br />
// it would seem like a good candidate. I thought so, and in fact mooted it in a discussion, however, a bit of thought reveals<br />
// that the first and last bin are only collecting rounded results from half the float space as the rest of the integers.<br />
// They are therefore under-represented in output, and the generator is flawed. <br />
<br />
<br />
integer random_integer( integer min, integer max )<br />
{<br />
return min + (integer)llFrand( max - min + 1 );<br />
}<br />
<br />
integer silly_random_integer( integer min, integer max )<br />
{<br />
return min + (integer)( llRound( llFrand( max - min ) ) ); // Looks good, but does not work<br />
}<br />
<br />
<br />
// Simple integer random number tester<br />
// Contributed by Mephistopheles Thalheimer<br />
<br />
list bins;<br />
<br />
integer MIN = 2; // The minimum integer you want<br />
integer MAX = 5; // The maximum integer you want<br />
<br />
integer NUMBER_OF_TRIES = 10000; // The bigger the better.. but slower<br />
<br />
default<br />
{<br />
state_entry()<br />
{<br />
llSay( PUBLIC_CHANNEL, "Bin tester ready.");<br />
bins = [];<br />
}<br />
<br />
touch_start(integer total_number)<br />
{<br />
<br />
llSay( PUBLIC_CHANNEL, "Started, be patient" );<br />
<br />
integer i;<br />
integer r;<br />
<br />
integer range = MAX - MIN;<br />
<br />
for( i = 0; i <= range; ++i )<br />
{<br />
bins += [ 0 ]; <br />
}<br />
<br />
integer v;<br />
integer out_of_range;<br />
<br />
for( i = 0; i < NUMBER_OF_TRIES; ++i )<br />
{<br />
r = silly_random_integer( MIN, MAX ); // Replace this with the function you are testing<br />
// Note the output on this one has about 0.5 expected hits on the first and last bin<br />
//r = random_integer( MIN, MAX );<br />
<br />
if( r > MAX || r < MIN )<br />
{ <br />
out_of_range++;<br />
}<br />
else<br />
{<br />
v = llList2Integer( bins, r - MIN );<br />
bins = llListReplaceList( bins, [ ++v ], r - MIN, r - MIN );<br />
}<br />
}<br />
<br />
for( i = 0; i <= range; ++i )<br />
{<br />
llOwnerSay( "Bin #" + (string)( i + MIN ) + " = " + (string)llList2Integer( bins, i ) ); <br />
}<br />
<br />
llOwnerSay( "Number out of range = " + (string)out_of_range );<br />
}<br />
}</lsl><br />
|helpers=[[Pseudo-random_Number_Generator]] - Suitable for apps which require repeatable results that feel random.<br />
|also_header<br />
|also_functions={{LSL DefineRow||[[llListRandomize]]|}}<br />
|also_tests<br />
|also_articles<br />
|also_footer<br />
|notes<br />
|cat1=Math<br />
|cat2<br />
|cat3<br />
}}<br />
<br />
(Someone please clean this up for me. I'm not acquainted with wiki editing procedure. Thx)<br />
<br />
<lsl>FOR AN INCREASINGLY RANDOM NUMBER:<br />
As stated, llFrand() provides a pseudo-random number (not truly random, but it "feels" like it).<br />
For a more truly random number, you can create a "seed factor" by creating a random number of <br />
random numbers prior to the actual final generation. Example:<br />
<br />
// creates a significantly "more random" random number<br />
integer loop;<br />
integer count=(integer) llFrand(50); // generate a random number of loops<br />
while(loop <= count){llFrand(1);++loop;} // generate random numbers within the loop<br />
integer actual_number=llFrand(100)+1; // generate the final truly-random number<br />
<br />
This causes a random(50) number of random numbers to be created prior to your actual final <br />
random number, significantly increasing the random factor in arriving at your final result.<br />
</lsl></div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlFrand&diff=1134177LlFrand2011-02-12T19:32:31Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function<br />
|sort=Frand<br />
|func=llFrand<br />
|func_id=8<br />
|func_sleep=0.0<br />
|func_energy=10.0<br />
|p1_type=float<br />
|p1_name=mag<br />
|p1_desc=Any valid float value<br />
|return_type=float<br />
|return_text=that is pseudo random number in the range {{Interval|gte=0.0|lt='''mag'''|lth=mag|center=return}} or {{Interval|lte=0.0|gt='''mag'''|gth=mag|center=return}}.{{Interval/Footnote}}<br/> The sign of '''mag''' matches the return.<br />
|caveats=*The random number generator is not a source of entropy.<br />
**The sequence of random numbers are shared across the entire process, and not independently seeded. Therefore, the pseudo random number generation is not suitable for any application which requires completely predictable or completely unpredictable results.<br />
*It should be remembered that when passing llFrand an [[integer]] as the '''mag''', it will by implicitly [[typecast]] to a [[float]]. If the integer is outside the range {{Interval|lte=+2<sup>23</sup>|gte=-2<sup>23</sup>|gteh=-2^32|lteh=+2^32|center=integer}} it may not be accurately represented (this is an inherent limitation of the float type). Likewise when using llFrand to generate a random integer, it will not contain more than 24 random bits.<br />
<br />
|examples=<lsl>// Tosses a coin, giving a *near* 50:50 chance of a result.<br />
integer coin_toss()<br />
{<br />
if( llFrand(1.) < .5 ) return TRUE;<br />
return FALSE;<br />
}<br />
<br />
// Sometimes it is useful to get a random integer over a given range. This is a surprisingly tricky and emotive subject<br />
// and has caused endless discussion on the scripting groups.<br />
// The primary cause of probability errors when employing llFrand is to have a varying bin size on the edges of the range.<br />
//<br />
// As the bracket notation indicates, [0.0,'''mag'''), the function is inclusive of the 0.0 and exclusive of the entered value.<br />
// Because an LSL floating point number is only a subset of real numbers and does not have infinite granularity, this schema<br />
// will work for any float greater than float t = 1.175494351e-38; at which value the function will<br />
// return only zero. At a float beyond this, a math error occurs.<br />
<br />
// Random integer generator <br />
// Contributed by Mephistopheles Thalheimer, original function posited by Hg Beeks<br />
<br />
// Returns a pseudo-random integer in the range of min to max inclusive.<br />
<br />
// Rationale: Expands the range by 1.0 to ensure equal bin spacing on ends relative to the middle of <br />
// the range and then uses an integer cast to round towards zero. <br />
<br />
// Caveats: This function is not range checked and will fail if max < min<br />
<br />
integer random_integer( integer min, integer max )<br />
{<br />
return min + (integer)( llFrand( max - min + 1 ) );<br />
}<br />
<br />
default<br />
{<br />
touch_start(integer total_number)<br />
{<br />
// When touched, say "Heads" with probability 0.5, <br />
// otherwise, say "Tails."<br />
if ( coin_toss() )<br />
llSay(0, "Heads");<br />
else<br />
llSay(0, "Tails");<br />
<br />
integer n1 = random_integer( 2, 8 ); // Return a random number between 2 and 8<br />
llSay( PUBLIC_CHANNEL, "I chose a " + (string)n1 );<br />
<br />
}<br />
}</lsl><br />
<br />
<lsl>// Simple integer random number tester<br />
// Contributed by Mephistopheles Thalheimer<br />
<br />
// This is a random number tester designed to give a quick visual explanation and proof of why some<br />
// random integer functions just do not work.<br />
// In general, with any random number generator, if you can see a pattern emerging, then chances are, <br />
// the function is not random.<br />
<br />
// The test case given "silly_random_integer( .. )" shows the type of pitfalls that can happen. Superficially,<br />
// it would seem like a good candidate. I thought so, and in fact mooted it in a discussion, however, a bit of thought reveals<br />
// that the first and last bin are only collecting rounded results from half the float space as the rest of the integers.<br />
// They are therefore under-represented in output, and the generator is flawed. <br />
<br />
<br />
integer random_integer( integer min, integer max )<br />
{<br />
return min + (integer)llFrand( max - min + 1 );<br />
}<br />
<br />
integer silly_random_integer( integer min, integer max )<br />
{<br />
return min + (integer)( llRound( llFrand( max - min ) ) ); // Looks good, but does not work<br />
}<br />
<br />
<br />
// Simple integer random number tester<br />
// Contributed by Mephistopheles Thalheimer<br />
<br />
list bins;<br />
<br />
integer MIN = 2; // The minimum integer you want<br />
integer MAX = 5; // The maximum integer you want<br />
<br />
integer NUMBER_OF_TRIES = 10000; // The bigger the better.. but slower<br />
<br />
default<br />
{<br />
state_entry()<br />
{<br />
llSay( PUBLIC_CHANNEL, "Bin tester ready.");<br />
bins = [];<br />
}<br />
<br />
touch_start(integer total_number)<br />
{<br />
<br />
llSay( PUBLIC_CHANNEL, "Started, be patient" );<br />
<br />
integer i;<br />
integer r;<br />
<br />
integer range = MAX - MIN;<br />
<br />
for( i = 0; i <= range; ++i )<br />
{<br />
bins += [ 0 ]; <br />
}<br />
<br />
integer v;<br />
integer out_of_range;<br />
<br />
for( i = 0; i < NUMBER_OF_TRIES; ++i )<br />
{<br />
r = silly_random_integer( MIN, MAX ); // Replace this with the function you are testing<br />
// Note the output on this one has about 0.5 expected hits on the first and last bin<br />
//r = random_integer( MIN, MAX );<br />
<br />
if( r > MAX || r < MIN )<br />
{ <br />
out_of_range++;<br />
}<br />
else<br />
{<br />
v = llList2Integer( bins, r - MIN );<br />
bins = llListReplaceList( bins, [ ++v ], r - MIN, r - MIN );<br />
}<br />
}<br />
<br />
for( i = 0; i <= range; ++i )<br />
{<br />
llOwnerSay( "Bin #" + (string)( i + MIN ) + " = " + (string)llList2Integer( bins, i ) ); <br />
}<br />
<br />
llOwnerSay( "Number out of range = " + (string)out_of_range );<br />
}<br />
}</lsl><br />
|helpers=[[Pseudo-random_Number_Generator]] - Suitable for apps which require repeatable results that feel random.<br />
|also_header<br />
|also_functions={{LSL DefineRow||[[llListRandomize]]|}}<br />
|also_tests<br />
|also_articles<br />
|also_footer<br />
|notes<br />
|cat1=Math<br />
|cat2<br />
|cat3<br />
}}<br />
<br />
(Someone please clean this up for me. I'm not acquainted with wiki editing procedure. Thx)<br />
<br />
<lsl>FOR AN INCREASINGLY RANDOM NUMBER:<br />
As stated, llFrand() provides a pseudo-random number (not truly random, but it "feels" like it).<br />
For a more truly random number, you can create a "seed factor" by creating a random number of <br />
random numbers prior to the actual final generation. Example:<br />
<br />
// This generates a truly random percentage throw by generating a random number of random numbers<br />
integer loop;<br />
integer count=(integer) llFrand(50); // generate a random number of loops<br />
while(loop <= count){llFrand(1);++loop;} // generate random numbers within the loop<br />
integer actual_number=llFrand(100)+1; // generate the final truly-random number<br />
<br />
This causes a random(50) number of random numbers to be created prior to your actual final <br />
random number, significantly increasing the random factor in arriving at your final result.<br />
</lsl></div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlFrand&diff=1134176LlFrand2011-02-12T19:31:34Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function<br />
|sort=Frand<br />
|func=llFrand<br />
|func_id=8<br />
|func_sleep=0.0<br />
|func_energy=10.0<br />
|p1_type=float<br />
|p1_name=mag<br />
|p1_desc=Any valid float value<br />
|return_type=float<br />
|return_text=that is pseudo random number in the range {{Interval|gte=0.0|lt='''mag'''|lth=mag|center=return}} or {{Interval|lte=0.0|gt='''mag'''|gth=mag|center=return}}.{{Interval/Footnote}}<br/> The sign of '''mag''' matches the return.<br />
|caveats=*The random number generator is not a source of entropy.<br />
**The sequence of random numbers are shared across the entire process, and not independently seeded. Therefore, the pseudo random number generation is not suitable for any application which requires completely predictable or completely unpredictable results.<br />
*It should be remembered that when passing llFrand an [[integer]] as the '''mag''', it will by implicitly [[typecast]] to a [[float]]. If the integer is outside the range {{Interval|lte=+2<sup>23</sup>|gte=-2<sup>23</sup>|gteh=-2^32|lteh=+2^32|center=integer}} it may not be accurately represented (this is an inherent limitation of the float type). Likewise when using llFrand to generate a random integer, it will not contain more than 24 random bits.<br />
<br />
|examples=<lsl>// Tosses a coin, giving a *near* 50:50 chance of a result.<br />
integer coin_toss()<br />
{<br />
if( llFrand(1.) < .5 ) return TRUE;<br />
return FALSE;<br />
}<br />
<br />
// Sometimes it is useful to get a random integer over a given range. This is a surprisingly tricky and emotive subject<br />
// and has caused endless discussion on the scripting groups.<br />
// The primary cause of probability errors when employing llFrand is to have a varying bin size on the edges of the range.<br />
//<br />
// As the bracket notation indicates, [0.0,'''mag'''), the function is inclusive of the 0.0 and exclusive of the entered value.<br />
// Because an LSL floating point number is only a subset of real numbers and does not have infinite granularity, this schema<br />
// will work for any float greater than float t = 1.175494351e-38; at which value the function will<br />
// return only zero. At a float beyond this, a math error occurs.<br />
<br />
// Random integer generator <br />
// Contributed by Mephistopheles Thalheimer, original function posited by Hg Beeks<br />
<br />
// Returns a pseudo-random integer in the range of min to max inclusive.<br />
<br />
// Rationale: Expands the range by 1.0 to ensure equal bin spacing on ends relative to the middle of <br />
// the range and then uses an integer cast to round towards zero. <br />
<br />
// Caveats: This function is not range checked and will fail if max < min<br />
<br />
integer random_integer( integer min, integer max )<br />
{<br />
return min + (integer)( llFrand( max - min + 1 ) );<br />
}<br />
<br />
default<br />
{<br />
touch_start(integer total_number)<br />
{<br />
// When touched, say "Heads" with probability 0.5, <br />
// otherwise, say "Tails."<br />
if ( coin_toss() )<br />
llSay(0, "Heads");<br />
else<br />
llSay(0, "Tails");<br />
<br />
integer n1 = random_integer( 2, 8 ); // Return a random number between 2 and 8<br />
llSay( PUBLIC_CHANNEL, "I chose a " + (string)n1 );<br />
<br />
}<br />
}</lsl><br />
<br />
<lsl>// Simple integer random number tester<br />
// Contributed by Mephistopheles Thalheimer<br />
<br />
// This is a random number tester designed to give a quick visual explanation and proof of why some<br />
// random integer functions just do not work.<br />
// In general, with any random number generator, if you can see a pattern emerging, then chances are, <br />
// the function is not random.<br />
<br />
// The test case given "silly_random_integer( .. )" shows the type of pitfalls that can happen. Superficially,<br />
// it would seem like a good candidate. I thought so, and in fact mooted it in a discussion, however, a bit of thought reveals<br />
// that the first and last bin are only collecting rounded results from half the float space as the rest of the integers.<br />
// They are therefore under-represented in output, and the generator is flawed. <br />
<br />
<br />
integer random_integer( integer min, integer max )<br />
{<br />
return min + (integer)llFrand( max - min + 1 );<br />
}<br />
<br />
integer silly_random_integer( integer min, integer max )<br />
{<br />
return min + (integer)( llRound( llFrand( max - min ) ) ); // Looks good, but does not work<br />
}<br />
<br />
<br />
// Simple integer random number tester<br />
// Contributed by Mephistopheles Thalheimer<br />
<br />
list bins;<br />
<br />
integer MIN = 2; // The minimum integer you want<br />
integer MAX = 5; // The maximum integer you want<br />
<br />
integer NUMBER_OF_TRIES = 10000; // The bigger the better.. but slower<br />
<br />
default<br />
{<br />
state_entry()<br />
{<br />
llSay( PUBLIC_CHANNEL, "Bin tester ready.");<br />
bins = [];<br />
}<br />
<br />
touch_start(integer total_number)<br />
{<br />
<br />
llSay( PUBLIC_CHANNEL, "Started, be patient" );<br />
<br />
integer i;<br />
integer r;<br />
<br />
integer range = MAX - MIN;<br />
<br />
for( i = 0; i <= range; ++i )<br />
{<br />
bins += [ 0 ]; <br />
}<br />
<br />
integer v;<br />
integer out_of_range;<br />
<br />
for( i = 0; i < NUMBER_OF_TRIES; ++i )<br />
{<br />
r = silly_random_integer( MIN, MAX ); // Replace this with the function you are testing<br />
// Note the output on this one has about 0.5 expected hits on the first and last bin<br />
//r = random_integer( MIN, MAX );<br />
<br />
if( r > MAX || r < MIN )<br />
{ <br />
out_of_range++;<br />
}<br />
else<br />
{<br />
v = llList2Integer( bins, r - MIN );<br />
bins = llListReplaceList( bins, [ ++v ], r - MIN, r - MIN );<br />
}<br />
}<br />
<br />
for( i = 0; i <= range; ++i )<br />
{<br />
llOwnerSay( "Bin #" + (string)( i + MIN ) + " = " + (string)llList2Integer( bins, i ) ); <br />
}<br />
<br />
llOwnerSay( "Number out of range = " + (string)out_of_range );<br />
}<br />
}</lsl><br />
|helpers=[[Pseudo-random_Number_Generator]] - Suitable for apps which require repeatable results that feel random.<br />
|also_header<br />
|also_functions={{LSL DefineRow||[[llListRandomize]]|}}<br />
|also_tests<br />
|also_articles<br />
|also_footer<br />
|notes<br />
|cat1=Math<br />
|cat2<br />
|cat3<br />
}}<br />
<br />
(Someone please clean this up for me. I'm not acquainted with wiki editing procedure. Thx)<br />
<br />
<lsl>FOR AN INCREASINGLY RANDOM NUMBER:<br />
As stated, llFrand() provides a pseudo-random number (not truly random, but it "feels" like it). For a more truly random number, you can create a "seed factor" by creating a random number of random numbers prior to the actual final generation. Example:<br />
<br />
// This generates a truly random percentage throw by generating a random number of random numbers<br />
integer loop;<br />
integer count=(integer) llFrand(50); // generate a random number of loops<br />
while(loop <= count){llFrand(1);++loop;} // generate random numbers within the loop<br />
integer actual_number=llFrand(100)+1; // generate the final truly-random number<br />
<br />
This causes a random(50) number of random numbers to be created prior to your actual final random number, significantly increasing the random factor in arriving at your final result.<br />
</lsl></div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlFrand&diff=1134175LlFrand2011-02-12T19:27:51Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function<br />
|sort=Frand<br />
|func=llFrand<br />
|func_id=8<br />
|func_sleep=0.0<br />
|func_energy=10.0<br />
|p1_type=float<br />
|p1_name=mag<br />
|p1_desc=Any valid float value<br />
|return_type=float<br />
|return_text=that is pseudo random number in the range {{Interval|gte=0.0|lt='''mag'''|lth=mag|center=return}} or {{Interval|lte=0.0|gt='''mag'''|gth=mag|center=return}}.{{Interval/Footnote}}<br/> The sign of '''mag''' matches the return.<br />
|caveats=*The random number generator is not a source of entropy.<br />
**The sequence of random numbers are shared across the entire process, and not independently seeded. Therefore, the pseudo random number generation is not suitable for any application which requires completely predictable or completely unpredictable results.<br />
*It should be remembered that when passing llFrand an [[integer]] as the '''mag''', it will by implicitly [[typecast]] to a [[float]]. If the integer is outside the range {{Interval|lte=+2<sup>23</sup>|gte=-2<sup>23</sup>|gteh=-2^32|lteh=+2^32|center=integer}} it may not be accurately represented (this is an inherent limitation of the float type). Likewise when using llFrand to generate a random integer, it will not contain more than 24 random bits.<br />
<br />
|examples=<lsl>// Tosses a coin, giving a *near* 50:50 chance of a result.<br />
integer coin_toss()<br />
{<br />
if( llFrand(1.) < .5 ) return TRUE;<br />
return FALSE;<br />
}<br />
<br />
// Sometimes it is useful to get a random integer over a given range. This is a surprisingly tricky and emotive subject<br />
// and has caused endless discussion on the scripting groups.<br />
// The primary cause of probability errors when employing llFrand is to have a varying bin size on the edges of the range.<br />
//<br />
// As the bracket notation indicates, [0.0,'''mag'''), the function is inclusive of the 0.0 and exclusive of the entered value.<br />
// Because an LSL floating point number is only a subset of real numbers and does not have infinite granularity, this schema<br />
// will work for any float greater than float t = 1.175494351e-38; at which value the function will<br />
// return only zero. At a float beyond this, a math error occurs.<br />
<br />
// Random integer generator <br />
// Contributed by Mephistopheles Thalheimer, original function posited by Hg Beeks<br />
<br />
// Returns a pseudo-random integer in the range of min to max inclusive.<br />
<br />
// Rationale: Expands the range by 1.0 to ensure equal bin spacing on ends relative to the middle of <br />
// the range and then uses an integer cast to round towards zero. <br />
<br />
// Caveats: This function is not range checked and will fail if max < min<br />
<br />
integer random_integer( integer min, integer max )<br />
{<br />
return min + (integer)( llFrand( max - min + 1 ) );<br />
}<br />
<br />
default<br />
{<br />
touch_start(integer total_number)<br />
{<br />
// When touched, say "Heads" with probability 0.5, <br />
// otherwise, say "Tails."<br />
if ( coin_toss() )<br />
llSay(0, "Heads");<br />
else<br />
llSay(0, "Tails");<br />
<br />
integer n1 = random_integer( 2, 8 ); // Return a random number between 2 and 8<br />
llSay( PUBLIC_CHANNEL, "I chose a " + (string)n1 );<br />
<br />
}<br />
}</lsl><br />
<br />
<lsl>// Simple integer random number tester<br />
// Contributed by Mephistopheles Thalheimer<br />
<br />
// This is a random number tester designed to give a quick visual explanation and proof of why some<br />
// random integer functions just do not work.<br />
// In general, with any random number generator, if you can see a pattern emerging, then chances are, <br />
// the function is not random.<br />
<br />
// The test case given "silly_random_integer( .. )" shows the type of pitfalls that can happen. Superficially,<br />
// it would seem like a good candidate. I thought so, and in fact mooted it in a discussion, however, a bit of thought reveals<br />
// that the first and last bin are only collecting rounded results from half the float space as the rest of the integers.<br />
// They are therefore under-represented in output, and the generator is flawed. <br />
<br />
<br />
integer random_integer( integer min, integer max )<br />
{<br />
return min + (integer)llFrand( max - min + 1 );<br />
}<br />
<br />
integer silly_random_integer( integer min, integer max )<br />
{<br />
return min + (integer)( llRound( llFrand( max - min ) ) ); // Looks good, but does not work<br />
}<br />
<br />
<br />
// Simple integer random number tester<br />
// Contributed by Mephistopheles Thalheimer<br />
<br />
list bins;<br />
<br />
integer MIN = 2; // The minimum integer you want<br />
integer MAX = 5; // The maximum integer you want<br />
<br />
integer NUMBER_OF_TRIES = 10000; // The bigger the better.. but slower<br />
<br />
default<br />
{<br />
state_entry()<br />
{<br />
llSay( PUBLIC_CHANNEL, "Bin tester ready.");<br />
bins = [];<br />
}<br />
<br />
touch_start(integer total_number)<br />
{<br />
<br />
llSay( PUBLIC_CHANNEL, "Started, be patient" );<br />
<br />
integer i;<br />
integer r;<br />
<br />
integer range = MAX - MIN;<br />
<br />
for( i = 0; i <= range; ++i )<br />
{<br />
bins += [ 0 ]; <br />
}<br />
<br />
integer v;<br />
integer out_of_range;<br />
<br />
for( i = 0; i < NUMBER_OF_TRIES; ++i )<br />
{<br />
r = silly_random_integer( MIN, MAX ); // Replace this with the function you are testing<br />
// Note the output on this one has about 0.5 expected hits on the first and last bin<br />
//r = random_integer( MIN, MAX );<br />
<br />
if( r > MAX || r < MIN )<br />
{ <br />
out_of_range++;<br />
}<br />
else<br />
{<br />
v = llList2Integer( bins, r - MIN );<br />
bins = llListReplaceList( bins, [ ++v ], r - MIN, r - MIN );<br />
}<br />
}<br />
<br />
for( i = 0; i <= range; ++i )<br />
{<br />
llOwnerSay( "Bin #" + (string)( i + MIN ) + " = " + (string)llList2Integer( bins, i ) ); <br />
}<br />
<br />
llOwnerSay( "Number out of range = " + (string)out_of_range );<br />
}<br />
}</lsl><br />
|helpers=[[Pseudo-random_Number_Generator]] - Suitable for apps which require repeatable results that feel random.<br />
|also_header<br />
|also_functions={{LSL DefineRow||[[llListRandomize]]|}}<br />
|also_tests<br />
|also_articles<br />
|also_footer<br />
|notes<br />
|cat1=Math<br />
|cat2<br />
|cat3<br />
}}<br />
<br />
(Someone please clean this up for me. I'm not acquainted with wiki editing procedure. Thx)<br />
FOR AN INCREASINGLY RANDOM NUMBER:<br />
As stated, llFrand() provides a pseudo-random number (not truly random, but it "feels" like it). For a more truly random number, you can create a "seed factor" by creating a random number of random numbers prior to the actual final generation. Example:<br />
<br />
// This generates a truly random percentage throw by generating a random number of random numbers<br />
integer loop;<br />
integer count=(integer) llFrand(50); // generate a random number of loops<br />
while(loop <= count){llFrand(1);++loop;} // generate random numbers within the loop<br />
integer actual_number=llFrand(100)+1; // generate the final truly-random number<br />
<br />
This causes a random(50) number of random numbers to be created prior to your actual final random number, significantly increasing the random factor in arriving at your final result.</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlFrand&diff=1134174LlFrand2011-02-12T19:26:31Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function<br />
|sort=Frand<br />
|func=llFrand<br />
|func_id=8<br />
|func_sleep=0.0<br />
|func_energy=10.0<br />
|p1_type=float<br />
|p1_name=mag<br />
|p1_desc=Any valid float value<br />
|return_type=float<br />
|return_text=that is pseudo random number in the range {{Interval|gte=0.0|lt='''mag'''|lth=mag|center=return}} or {{Interval|lte=0.0|gt='''mag'''|gth=mag|center=return}}.{{Interval/Footnote}}<br/> The sign of '''mag''' matches the return.<br />
|caveats=*The random number generator is not a source of entropy.<br />
**The sequence of random numbers are shared across the entire process, and not independently seeded. Therefore, the pseudo random number generation is not suitable for any application which requires completely predictable or completely unpredictable results.<br />
*It should be remembered that when passing llFrand an [[integer]] as the '''mag''', it will by implicitly [[typecast]] to a [[float]]. If the integer is outside the range {{Interval|lte=+2<sup>23</sup>|gte=-2<sup>23</sup>|gteh=-2^32|lteh=+2^32|center=integer}} it may not be accurately represented (this is an inherent limitation of the float type). Likewise when using llFrand to generate a random integer, it will not contain more than 24 random bits.<br />
<br />
|examples=<lsl>// Tosses a coin, giving a *near* 50:50 chance of a result.<br />
integer coin_toss()<br />
{<br />
if( llFrand(1.) < .5 ) return TRUE;<br />
return FALSE;<br />
}<br />
<br />
// Sometimes it is useful to get a random integer over a given range. This is a surprisingly tricky and emotive subject<br />
// and has caused endless discussion on the scripting groups.<br />
// The primary cause of probability errors when employing llFrand is to have a varying bin size on the edges of the range.<br />
//<br />
// As the bracket notation indicates, [0.0,'''mag'''), the function is inclusive of the 0.0 and exclusive of the entered value.<br />
// Because an LSL floating point number is only a subset of real numbers and does not have infinite granularity, this schema<br />
// will work for any float greater than float t = 1.175494351e-38; at which value the function will<br />
// return only zero. At a float beyond this, a math error occurs.<br />
<br />
// Random integer generator <br />
// Contributed by Mephistopheles Thalheimer, original function posited by Hg Beeks<br />
<br />
// Returns a pseudo-random integer in the range of min to max inclusive.<br />
<br />
// Rationale: Expands the range by 1.0 to ensure equal bin spacing on ends relative to the middle of <br />
// the range and then uses an integer cast to round towards zero. <br />
<br />
// Caveats: This function is not range checked and will fail if max < min<br />
<br />
integer random_integer( integer min, integer max )<br />
{<br />
return min + (integer)( llFrand( max - min + 1 ) );<br />
}<br />
<br />
default<br />
{<br />
touch_start(integer total_number)<br />
{<br />
// When touched, say "Heads" with probability 0.5, <br />
// otherwise, say "Tails."<br />
if ( coin_toss() )<br />
llSay(0, "Heads");<br />
else<br />
llSay(0, "Tails");<br />
<br />
integer n1 = random_integer( 2, 8 ); // Return a random number between 2 and 8<br />
llSay( PUBLIC_CHANNEL, "I chose a " + (string)n1 );<br />
<br />
}<br />
}</lsl><br />
<br />
<lsl>// Simple integer random number tester<br />
// Contributed by Mephistopheles Thalheimer<br />
<br />
// This is a random number tester designed to give a quick visual explanation and proof of why some<br />
// random integer functions just do not work.<br />
// In general, with any random number generator, if you can see a pattern emerging, then chances are, <br />
// the function is not random.<br />
<br />
// The test case given "silly_random_integer( .. )" shows the type of pitfalls that can happen. Superficially,<br />
// it would seem like a good candidate. I thought so, and in fact mooted it in a discussion, however, a bit of thought reveals<br />
// that the first and last bin are only collecting rounded results from half the float space as the rest of the integers.<br />
// They are therefore under-represented in output, and the generator is flawed. <br />
<br />
<br />
integer random_integer( integer min, integer max )<br />
{<br />
return min + (integer)llFrand( max - min + 1 );<br />
}<br />
<br />
integer silly_random_integer( integer min, integer max )<br />
{<br />
return min + (integer)( llRound( llFrand( max - min ) ) ); // Looks good, but does not work<br />
}<br />
<br />
<br />
// Simple integer random number tester<br />
// Contributed by Mephistopheles Thalheimer<br />
<br />
list bins;<br />
<br />
integer MIN = 2; // The minimum integer you want<br />
integer MAX = 5; // The maximum integer you want<br />
<br />
integer NUMBER_OF_TRIES = 10000; // The bigger the better.. but slower<br />
<br />
default<br />
{<br />
state_entry()<br />
{<br />
llSay( PUBLIC_CHANNEL, "Bin tester ready.");<br />
bins = [];<br />
}<br />
<br />
touch_start(integer total_number)<br />
{<br />
<br />
llSay( PUBLIC_CHANNEL, "Started, be patient" );<br />
<br />
integer i;<br />
integer r;<br />
<br />
integer range = MAX - MIN;<br />
<br />
for( i = 0; i <= range; ++i )<br />
{<br />
bins += [ 0 ]; <br />
}<br />
<br />
integer v;<br />
integer out_of_range;<br />
<br />
for( i = 0; i < NUMBER_OF_TRIES; ++i )<br />
{<br />
r = silly_random_integer( MIN, MAX ); // Replace this with the function you are testing<br />
// Note the output on this one has about 0.5 expected hits on the first and last bin<br />
//r = random_integer( MIN, MAX );<br />
<br />
if( r > MAX || r < MIN )<br />
{ <br />
out_of_range++;<br />
}<br />
else<br />
{<br />
v = llList2Integer( bins, r - MIN );<br />
bins = llListReplaceList( bins, [ ++v ], r - MIN, r - MIN );<br />
}<br />
}<br />
<br />
for( i = 0; i <= range; ++i )<br />
{<br />
llOwnerSay( "Bin #" + (string)( i + MIN ) + " = " + (string)llList2Integer( bins, i ) ); <br />
}<br />
<br />
llOwnerSay( "Number out of range = " + (string)out_of_range );<br />
}<br />
}</lsl><br />
|helpers=[[Pseudo-random_Number_Generator]] - Suitable for apps which require repeatable results that feel random.<br />
|also_header<br />
|also_functions={{LSL DefineRow||[[llListRandomize]]|}}<br />
|also_tests<br />
|also_articles<br />
|also_footer<br />
|notes<br />
|cat1=Math<br />
|cat2<br />
|cat3<br />
}}<br />
<br />
<br />
FOR AN INCREASINGLY RANDOM NUMBER:<br />
As stated, llFrand() provides a pseudo-random number (not truly random, but it "feels" like it). For a more truly random number, you can create a "seed factor" by creating a random number of random numbers prior to the actual final generation. Example:<br />
<br />
// This generates a truly random percentage throw by generating a random number of random numbers<br />
integer loop;<br />
integer count=(integer) llFrand(50); // generate a random number of loops<br />
while(loop <= count){llFrand(1);++loop;} // generate random numbers within the loop<br />
integer actual_number=llFrand(100)+1; // generate the final truly-random number<br />
<br />
This causes a random(50) number of random numbers to be created prior to your actual final random number, significantly increasing the random factor in arriving at your final result.</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=Sensor&diff=492303Sensor2009-09-17T03:06:44Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Event<br />
|event_id=13|event_delay|event=sensor<br />
|p1_type=integer|p1_name=num_detected|p1_desc=number of objects/avatars found<br />
|event_desc=Results from a call to either [[llSensor]] or [[llSensorRepeat]].<br />
|event_footnote=The results are ordered from nearest to furthest.<br />
<br/>'''num_detected''' is always greater than zero, the [[no_sensor]] event is triggered if no objects/avatars were found.<br />
|constants<br />
|spec<br />
|caveats=*[[Linden]]s in [[God Mode|administrative mode]] cannot be sensed by sensors in the same region as the Linden.<br />
*When used in an object attached to an avatar, the sensor occurs not at the object, but at the avatar. <br />
*A sensor running in an attachment will not detect the avatar wearing it.<br />
|examples=<br />
<lsl>float range = 10.0; // meters<br />
<br />
default<br />
{<br />
touch_start(integer numberDetected)<br />
{<br />
llSensor("", "", AGENT, range, PI); // activates the sensor.<br />
// look for avatars (i.e. not moving objects) on all sides of the object<br />
}<br />
<br />
sensor (integer numberDetected)<br />
{<br />
string msg = "Detected " + (string)numberDetected + " avatar(s): " + llDetectedName(0);<br />
integer i = 0;<br />
while(numberDetected > ++i)//skips the first item which suits this application<br />
{<br />
msg += ", " + llDetectedName(i);<br />
}<br />
llWhisper(0, msg);<br />
}<br />
<br />
no_sensor()<br />
{<br />
llWhisper(0, "Nobody is near me at present.");<br />
}<br />
}</lsl><br />
|helpers<br />
|also_header<br />
|also_events<br />
|also_functions={{LSL DefineRow||[[llSensor]]|}}<br />
{{LSL DefineRow||[[llSensorRepeat]]|}}<br />
|also_articles={{LSL DefineRow||{{LSLGC|Detected}}|}}<br />
|also_footer<br />
|notes<br />
|mode<br />
|deprecated<br />
|cat1=Sensor<br />
|cat2=Detected<br />
|cat3<br />
|cat4<br />
}}</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlSensor&diff=492293LlSensor2009-09-17T03:06:06Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function/uuid|id|object=*|sim=*}}{{LSL Constants/Sensing|type}}{{LSL_Function<br />
|func_id=28|func_sleep=0.0|func_energy=10.0<br />
|sort=Sensor|func=llSensor<br />
|func_desc=Performs a single scan for '''name''' and '''id''' with '''type''' within '''range''' meters and '''arc''' radians of forward vector<br />
|p1_type=string|p1_name=name|p1_desc=object or avatar name<br />
|p2_type=key|p2_name=id|p2_desc=<br />
|p3_type=integer|p3_name=type|p3_desc=mask ({{#var:AGENT}}, {{#var:ACTIVE}}, {{#var:PASSIVE}}, and/or {{#var:SCRIPTED}})|p3_hover=mask (AGENT, ACTIVE, PASSIVE, and/or SCRIPTED)<br />
|p4_type=float|p4_name=range|p4_desc=range 0.0 to 96.0m<br />
|p5_type=float|p5_name=arc|p5_desc=the max angle between the local x-axis of the prim and detectable objects, range 0.0 to {{#var:PI}}|p5_hover=the max angle between the local x-axis of the prim and detectable objects, range 0.0 to PI<br />
|func_footnote=If '''name''' or '''id''' is empty then that empty constraint is ignored.<br/>If '''id''' is an invalid key or [[NULL_KEY]] it is treated as empty.<br />
|return_text<br />
|spec<br />
|caveats=<br />
*Attachments cannot detect their wearer (this includes HUD attachments).<br />
*When used in an object attached to an avatar, the sensor occurs not at the object, but at the avatar. <br />
*If '''type''' is zero, the sensor will silently fail, neither [[sensor]] or [[no_sensor]] will be triggered.<br />
*Only 16 objects will be scanned each time.<br />
|examples=<br />
This sensor scans a 45 degree cone about the x-axis. ([[PI]]/2 or [[PI_BY_TWO]] scans a hemisphere. [[PI]] is a spherical scan.)<br />
<lsl>llSensor( "Gigs Taggart", NULL_KEY, AGENT, 96.0, PI/4 );</lsl><br />
<br />
This sensor detects all prims and agents with a given name within 15m of the sensor. (AGENT, PASSIVE and ACTIVE behave inclusively. SCRIPTED is not inclusive and will exclude non-scripted targets (like avatars) from the detected set.)<br />
<lsl>llSensor( "", NULL_KEY, ( AGENT | PASSIVE | ACTIVE ), 15.0, PI );</lsl><br />
<br />
|helpers<br />
|also_functions=<br />
{{LSL DefineRow||[[llSensorRepeat]]| Runs a sensor on a timer}}<br />
{{LSL DefineRow||[[llSensorRemove]]| Stops the llSensorRepeat timer}}<br />
|also_events=<br />
{{LSL DefineRow||[[sensor]]|Triggered when a sensor detects something}}<br />
{{LSL DefineRow||[[no_sensor]]|Triggered when a sensor detects nothing}}<br />
|also_articles<br />
|notes<br />
|permission<br />
|negative_index<br />
|cat1=Sensor<br />
|cat2=Detected<br />
|cat3<br />
|cat4<br />
}}</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlSensorRepeat&diff=492283LlSensorRepeat2009-09-17T03:05:18Z<p>Eren Padar: </p>
<hr />
<div>{{Issues/SVC-2409}}{{Issues/SVC-4301}}{{LSL_Function/uuid|id|object=*}}{{LSL Constants/Sensing|type}}{{LSL_Function<br />
|func=llSensorRepeat|sort=SensorRepeat<br />
|func_id=29|func_sleep=0.0|func_energy=10.0<br />
|p1_type=string|p1_name=name|p1_desc=Object or avatar name<br />
|p2_type=key|p2_name=id<br />
|p3_type=integer|p3_name=type|p3_desc=mask ({{#var:AGENT}}, {{#var:ACTIVE}}, {{#var:PASSIVE}}, and/or {{#var:SCRIPTED}})|p3_hover=mask (AGENT, ACTIVE, PASSIVE, and/or SCRIPTED)<br />
|p4_type=float|p4_name=range|p4_desc=range 0.0 to 96.0m<br />
|p5_type=float|p5_name=arc|p5_desc=the max angle between the local x-axis of the prim and detectable objects, range 0.0 to {{#var:PI}}|p5_hover=the max angle between the local x-axis of the prim and detectable objects, range 0.0 to PI<br />
|p6_type=float|p6_name=rate|p6_desc=How often a [[sensor]]/[[no_sensor]] will be queued.<br />
|func_footnote=If '''name''', '''id''', and/or '''type''' are empty or 0, they are ignored.<br/>If '''id''' is an invalid key or [[NULL_KEY]] it is treated as empty.<br />
<br />
See: [http://www.lslwiki.net/lslwiki/wakka.php?wakka=llSensor llSensor] for an excellent explanation of '''arc'''.<br />
|func_desc=Performs a single scan for '''name''' and '''id''' with '''type''' within '''range''' meters and '''arc''' radians of forward vector and repeats every '''rate''' seconds. It does not perform the first scan until '''rate''' seconds have passed.<br />
|return_text<br />
|spec<br />
|caveats=*The repeat of the sensor event is adversely affected by [[llGetRegionTimeDilation|time dilation]] (lag).<br />
*When used in an object attached to an avatar, the sensor occurs not at the object, but at the avatar. <br />
*When a [[sensor]] event is queued, it dequeues all other sensor events in the queue.<br />
|examples=<br />
<lsl>// Written by Steamy Latte.<br />
// Scans every 30 seconds for visitors within 10 meters.<br />
// Reports new visitors to object owner when she is in range.<br />
<br />
<br />
string AllAgents;<br />
string OwnerName;<br />
<br />
default<br />
{<br />
state_entry()<br />
{<br />
// arc=PI is a sphere, you could look more narrowly in the direction object is facing with PI/2, PI/4 etc.<br />
// don't repeat this too often to avoid lag.<br />
llSensorRepeat("", "", AGENT, 10.0, PI, 30.0);<br />
}<br />
sensor(integer num_detected)<br />
{<br />
string thisAgent = "";<br />
integer agentNum;<br />
for (agentNum=0; agentNum<num_detected; agentNum++)<br />
{<br />
key thisKey = llDetectedKey(agentNum);<br />
string thisAgent = llDetectedName(agentNum);<br />
if (thisKey == llGetOwner())<br />
{<br />
if (AllAgents != "")<br />
{<br />
llOwnerSay("We've had the following visitors:" + AllAgents);<br />
AllAgents = "";<br />
}<br />
}<br />
else if (llSubStringIndex(AllAgents+"\n", "\n"+thisAgent+"\n") < 0)<br />
{<br />
AllAgents = AllAgents + "\n" + thisAgent;<br />
}<br />
}<br />
}<br />
}</lsl><br />
|helpers<br />
|also_functions=<br />
{{LSL DefineRow||[[llSensor]]| Runs a sensor once}}<br />
{{LSL DefineRow||[[llSensorRemove]]| Stops the llSensorRepeat timer}}<br />
|also_events=<br />
{{LSL DefineRow||[[sensor]]|Triggered when a sensor detects something}}<br />
{{LSL DefineRow||[[no_sensor]]|Triggered when a sensor detects nothing}}<br />
|also_articles<br />
|notes=[http://rpgstats.com/wiki/index.php?title=Lag Lag tip]: Consider [[llVolumeDetect]] as a less resource intensive alternative to llSensorRepeat in many cases.<br />
|cat1=Sensor<br />
|cat2=Detected<br />
|cat3<br />
|cat4<br />
}}</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=Project:Editing_Discussion/Archive_02&diff=89839Project:Editing Discussion/Archive 022008-09-05T18:34:51Z<p>Eren Padar: /* NewbieNotes */</p>
<hr />
<div>This is an open forum for people to discuss this wiki, ala the [http://en.wikipedia.org/wiki/Wikipedia:Village_pump Wikipedia "Village pump"]. This is ''not'' for general discussion of Second Life. For that, please refer to [http://forums.secondlife.com/ the forums]<br />
<br />
Feel free to add your comments below.<br />
<br />
== What should this be called? ==<br />
<br />
I used "Village pump" as a working name. If it sticks, that's fine. I thought about using a Second Life themed name (e.g. The Telehub), but then realized that there could be confusion between that page and a future [[Telehub]] page which actually describes what Telehubs are. Maybe the "Hippo Pond"? -- [[User:Rob Linden|Rob Linden]] 18:29, 13 May 2007 (PDT)<br />
<br />
:That names sounds ok, but what should the namespace be? -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
::I'm using the same guidelines as other wikis (like Wikipedia's village pump, at http://en.wikipedia.org/wiki/Project:Village_pump ), though I'll admit it's a little confusing in this case. One really irritating thing about MediaWiki is that it assumes that the name of the wiki ("Second Life Wiki") is a term that is appropriate to use as a namespace identifier, because it works for Wikipedia. So, we either have to shorten the name of the wiki ("SLWiki", which I think was already being used by someone else), or use "Project". I opted for the latter in configuring this wiki. -- [[User:Rob Linden|Rob Linden]] 10:55, 14 May 2007 (PDT)<br />
<br />
== Guidelines ==<br />
<br />
*Given past experiences with the forums, some moderation will need to be done. -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
I suggest keeping it simple. If it is the only SL Forum call it 'SL Forum'. If it is the SL People's Forum then call it that.Errol Carter<br />
<br />
===User Pages===<br />
A wiki by nature allows all users to edit content of any page, however unlike sites like wikipedia.com, the slwiki has User: pages which by their nature should be moderated only sparingly if at all. NOONE, (either self appointed moderator, "volunter", or support staff alt should be allowed to delete content on a user page that is deemed nonsensical (just because these censors do not "like" the views expressed. If these views do not violate the sl tos, community standards, and the slwiki guidlines, would-be thoguht-police should leave the private user pages alone. {{unsigned|Jumpman Gerje}}<br />
<br />
===Pornography===<br />
Porn exists in Second Life. It is even endorsed (if backhandedly cf the Official Gude to SL's recommendation that tards persue jobs as virtual escorts) Regions are deemed mature, pg etc. Parts of Second life are notably PG (eg profile pages) Parts of SL are anything goes (group pages in sl). At present there seem to be no specific guidles as to the acceptiblity of mature content (if there are any guidlines please let me [[User:Jumpman Lane|Jumpman Lane]] know). As pornography is accepted in SL, we humbly request that it be allowed in some form in the sl wiki if only ion our user pages. I,[[User:Jumpman Lane|Jumpman Lane]] , am a Second Life pornographer. The mentioning of that on my User page is mentioning my central in-world my activites. Perhaps a mature portal in the wiki is necessary. {{unsigned|Jumpman Gerje}}<br />
<br />
== Purpose ==<br />
<br />
How does this 'forum' differ from the Second Life Forum? (except that this one is accessable by free-accounts)--[[User:Vernes Veranes|Vernes Veranes]] 18:14, 1 June 2007 (PDT)<br />
<br />
:This is specifically a place to discuss the wiki itself, not Second Life generally. -- [[User:Rob Linden|Rob Linden]] 18:19, 1 June 2007 (PDT)<br />
<br />
<br />
<br />
== Policy Section ==<br />
<br />
* To discuss existing and proposed policies<br />
<br />
===Licensing===<br />
<br />
:'''Q.''' Residents have begun to [[Sculpted_Prims:_Sculpt_Maps_and_Textures|share sculpt maps, textures, and sculpted prims]] on the wiki. According to the [[Project:General_disclaimer|General Disclaimer]], "Linden Lab will make your contribution available under the [http://creativecommons.org/licenses/by-sa/2.5/ Creative Comments (sic) Attribution-ShareAlike 2.5 license]". (cf. [[Project:Contribution_Agreement|Contribution Agreement]] and the [[Project:Copyrights|Copyrights Project]]). Will residents be able to choose other licenses (a different ''Creative Commons'' license, GPL, or the [http://artlibre.org/licence/lal/en/ Free Art License] for example) if they wish to do so? &mdash; [[User:Yuu Nakamichi|Yuu Nakamichi]] 01:08, 4 June 2007 (PDT)<br />
<br />
:: '''A.''': No, not if you host it here. It's just too complicated. You may link to differently licensed material, but please don't expect to choose your own license for information you upload here. -- [[User:Rob Linden|Rob Linden]] 11:35, 18 July 2007 (PDT)<br />
<br />
===Project page vs. Project discussion page===<br />
<br />
:Discussion should occur on the discussion page; with this '''project''' page itself being an overview rather than the actual discussion.<br />
:<br />
:Is this correct? --[[User:JetZep Zabelin|JetZep Zabelin]] 20:01, 27 September 2007 (PDT)<br />
<br />
::Well, this page is kind of the exception to the rule, since it's specifically identified as a discussion page. But yes, in general, discussion should go on the discussion page. I thought about putting a redirect from here straight to [[Project talk:Editing Discussion]], but thought better of it. -- [[User:Rob Linden|Rob Linden]] 20:59, 27 September 2007 (PDT)<br />
<br />
===Persistent Logins===<br />
:'''Q.''' Can we please have persistent logins here? I really don't see the need for having to log in each time, it's annoying; but even more annoying is being in the middle of an edit, getting called away, coming back, finishing the edit, clicking the Preview button...only to be told you need to log in to edit, and all the work you've done is gone. [[User:Siann Beck|Siann Beck]] 16:57, 9 October 2007 (PDT)<br />
<br />
::'''A.''': Logins should be persistent for 24 hrs. It could be that our sysadmins needed to reset the sessions, which could lead to the probelm you describe. A workaround for the problem (in Firefox, at least) if it happens again is this:<br />
::* Leave the "you need to log in to edit" screen up<br />
::* Open the login link ''in a new window''<br />
::* Hit reload in the first window. In Firefox, this causes you to get prompted to repost form data. Click "ok".<br />
::Sorry that you lost your edits. I know that's frustrating. There are also form saving plugins for various browsers, as well ([http://www.ilovejackdaniels.com/user-scripts/auto-save-forms-user-script/ Firefox Auto Save], for example) -- [[User:Rob Linden|Rob Linden]] 17:18, 9 October 2007 (PDT)<br />
<br />
:::Why expire them at all? Can't we have a "Keep me signed in" checkbox on the login page? I'm the only person who uses my computer; I see no need for me to have to log in every day. [[User:Siann Beck|Siann Beck]] 04:54, 11 October 2007 (PDT)<br />
<br />
== NewbieNotes ==<br />
For some time a call has been made to the general public to modify and simplify the Wiki. NewbieNotes is a response to that, a section for new and experienced scripters alike that is dedicated to explaining LsL in simple English. While in some instances NewbieNotes duplicate some information, it attempts to do so in an easier-to-understand manner for inexperienced scripters (or experienced scripters who are tearing their hair out over some glitch or quirk). NewbieNotes speak plain English and attempt to overcome the "techno-geek-speak" syndrome so often found throughout tech manuals. The NewbieNote Motto: "One simple phrase is better than twelve complex ones".<br />
<br />
:Barring a counter proposal I will work this into the LSL page style sometime in this week. -- [[User:Strife Onizuka|Strife Onizuka]] 15:30, 26 February 2008 (PST)<br />
<br />
<br />
[Eren Padar Sept 5 2008]: I just checked out an example of NEWBIE NOTES in the llSetColor() function. I'm honestly impressed. That's exactly what the WIKI has been needing, not only for newbies but for experienced programmers who want a quick, simple refresher. Good job! :)<br />
<br />
== Sandbox namespace? ==<br />
At the [[Open_Source_Meeting/2007-11-08|open source meeting on 2007-11-08]], we spent a fair amount of time talking about how wiki.secondlife.com would be used for [[Architecture Working Group]] proposals.<br />
<br />
A problem that we have right now (and one that existed before AWG, but became more acute now) is that we at Linden Lab host the wiki primarily as a resource to collaborate with the community on documentation and code designs. As a result, we think that people are coming to the wiki with the hope that they're going to find either material that documents Second Life as it is or soon will be, or with roadmap material that Linden Lab had some hand in creating. While a wiki is always more of a "reader beware" zone than many places on the Internet, we'd like to aspire to keeping the main namespace as an area tailored to our intended audience.<br />
<br />
That said, we don't mind providing an area for people not affiliated with Linden Lab to collaborate on material that they hope to get Linden Lab's buy-in of, but haven't gotten it yet (within reason). We just want to make sure that material is in a different spot, and is clearly marked as such. Our current solution is to move that type of material into the User: namespace for the person who started the document. However, there are a number of shared documents that don't have an obvious home.<br />
<br />
So, I'm dabbling with the idea of creating a new "Sandbox" namespace, where this material would be, and where Lindens can move things rather than delete them. This wouldn't be an unbounded area; we'd still expect people to follow the [[Project:Editing Guidelines]], but would be a little more open to technical proposals that we don't agree with but were made in good faith. <br />
<br />
Thoughts? -- [[User:Rob Linden|Rob Linden]] 18:28, 8 November 2007 (PST)<br />
<br />
: How about a "kitty litter" namespace? :)<br />
<br />
: Are things in Category:Design Discussions problematic as well? If I look at [[LSL To Client Communication]] it's pretty clear to me that this is a proposal. With AWG, everything is a proposal, so maybe it's not clear on every page.<br />
<br />
: I don't think adding a "Sandbox:" to the page title would really make a difference to someone unfamiliar with the Wiki. Unless it says "User:" it's not clear that this is one individual's unsupported vision. Wouldn't it make sense to move the stuff to the "Discussion:" page though? [[User:Mm Alder|Mm Alder]] 16:01, 12 November 2007 (PST)<br />
<br />
:: I may revert back to my original proposal, which is to start tagging things with a <nowiki>{{unofficial}}</nowiki> template, and ask people to do this (and to chip in on the tagging effort). The template could be something along the lines of:<br />
<br />
<div style='padding: 5px; margin-top: 0; margin-bottom: 0; border: solid 1px #3c78b5; background-color: #D8E4F1;'>This is a Resident-authored proposal, and does not necessarily represent the current state of Second Life or Linden Lab's immediate plans for Second Life.</div><br />
<br />
:: It seems like we should try to provide some clue to help distinguish the two types of content. "Sandbox:" might still be handy. To a newcomer, it would likely connote that ''something'' is a little different about this page. They may not know exactly what, but they'd hopefully be a little more inclined to investigating further before internalizing the information as factual information about Second Life. Would "Proposal:" be a better name? I think in either case (Sandbox: or Proposal:), there would be cases where Linden Lab would use this namespace, too, but would move the document out of "Proposal:" when the document represents the plan of record. -- [[User:Rob Linden|Rob Linden]] 17:01, 12 November 2007 (PST)<br />
<br />
== WikiHUD ==<br />
<br />
Hello, I've begun creating a utility for [http://secondlife.wikia.com/wiki/WikiHUD reading wiki pages in world] to fully support this wiki I need to know where the api.php is, so that search and other functions against api.php work. Presently only reading articles works (summary and full modes) because these are against index.php. The code is open source and the object in world is full permissions. <br />
<br />
[[User:Lillie Yifu|Lillie Yifu]] 18:15, 15 February 2008 (PST)<br />
<br />
== Creating a Help portal ==<br />
<br />
*--I'm interested in making a new portal for General SL Help, for newbies, for veterans, etc. It sounds like I can just make one myself? Do I need Linden approval first (the Editing Guidelines page says "New portals may be added at any time, subject to the discretion of Linden Lab")? Will it automatically appear on the Main Page or do I have to request someone to edit the Main Page? My new portal would have pages like these:<br />
https://wiki.secondlife.com/wiki/User:Jaszon_Maynard/Proposed_Second_Life_Help_Portal <br />
https://wiki.secondlife.com/wiki/User:Jaszon_Maynard/Proposed_Introduction<br />
:--[[User:Jaszon Maynard|Jaszon Maynard]] 16:18, 26 February 2008 (PST)<br />
<br />
:: I discussed this topic with [[User:Jon Linden|Jon Linden]] and [[User:Jeremy Linden|Jeremy Linden]], and they're generally interested in the concept. Please work with them to develop it, in general I think this is a great thing. -- [[User:Rob Linden|Rob Linden]] 18:00, 28 February 2008 (PST)<br />
<br />
*--(be patient, I'm no wiki expert) Also, it looks like we are not trying to separate subject matter via namespaces (well, I see a few spots where we are)? Or has there been a consensus we'd like to start doing that? For instance, I'm going to create a lot of help text. There will be overlap in desired article names...like what a Notecard article should be for me in that context is far different from the Open Source interest in a [[Notecard]] article (take a look at theirs). I can just make my article name different ("Notecard (general help)"?)...unless we've decided we want to go forward with separation by namespace. I'm concerned a general member comes here to lookup Notecard and gets a surprising article to them (it all depends on who the person is coming to the wiki what they expect). Are we better off with not separating by namespaces and using default pages with disambiguation pages?<br />
:--[[User:Jaszon Maynard|Jaszon Maynard]] 09:40, 28 February 2008 (PST)<br />
<br />
:: I think it's good to add general end-user information to that page, and to relegate developer-focused information to a "developers" section or separate it out onto its own page. Don't assume that every page that's currently there needs to be preserved as it is or in the format that it's currently in. The particular page that you cite ([[Notecards]]) is a great example of a relatively content-free stub without a lot of good information on it, so to borrow from Wikipedia, [http://en.wikipedia.org/wiki/Wikipedia:BOLD be bold!] -- [[User:Rob Linden|Rob Linden]] 18:00, 28 February 2008 (PST)<br />
<br />
:::*--Ach, but then if I rename "their" Notecard page to Developer:Notecard or Notecard (for developers), then I have to go update all the links :P I only have so much time to do wiki stuff :P<br />
::::--[[User:Jaszon Maynard|Jaszon Maynard]] 11:20, 29 February 2008 (PST)<br />
<br />
::::: I'd recommend relegating it to a page section rather than a wholly separate page. You can have a disclaimer note right at the top of the section saying "This information is likely only of interest to software developers". Since this might be a common thing to do, a [http://www.mediawiki.org/wiki/Help:Templates template] may be appropriate.<br />
<br />
::::: Even if you move it to it's own page, it's not necessarily your job to update the links. You should merely just make sure that the page is findable from the new Notecards page. A good example of the technique is on [http://en.wikipedia.org/wiki/Washington Wikipedia page "Washington"], which is a page about Washington state, but there's a link right at the top to the Washington DC article. Make sense? -- [[User:Rob Linden|Rob Linden]] 11:45, 29 February 2008 (PST)<br />
<br />
::::::*--Good ideas all, thanks! I now have 6 pages of articles I'm playing with in my user space, if you're interested to see what's on them all, visit https://wiki.secondlife.com/wiki/User:Jaszon_Maynard/Jaszons_sandbox<br />
:::::::--[[User:Jaszon Maynard|Jaszon Maynard]] 12:02, 29 February 2008 (PST)<br />
<br />
*--Rob, Jeremy brought up something after you left. He's concerned about newbie's experience on the wiki. Not just whether the layout can be made simple enough, but also the issue of what happens when they search for a topic and some of the hits come back that are regarding technical slants on the subject (i.e.--like the [[notecard]] article; which, of course, we can alter). Do you think this is a problem? Is it an argument in favor of namespaces? With a search that defaults to searching only in the namespace that has the general SL user help (main namespace?)?<br />
:--Also, do you know if Jon or Jeremy accept email or visit the wiki or any forums in case I want to run a thought or question by them?<br />
:--[[User:Jaszon Maynard|Jaszon Maynard]] 17:42, 29 February 2008 (PST)<br />
::It's not as if the default search preferences can't be altered or anything....<br />
::[[User:SignpostMarv Martin|SignpostMarv Martin]] 07:29, 1 March 2008 (PST)<br />
<br/><br/><br />
*I'm currently working with [[User:Zai Lynch|Zai Lynch]] on a new [[User:Gally Young/help portal|Help Portal]]. We are currently working on video tutorials & glossary pages. All remarks, critics, helps, suggestions are welcome :)<br/>[[User:Gally Young|Gally Young]] 14:53, 5 August 2008 (PDT)<br />
<br />
== Template:Delete ==<br />
In regards to variouse wiki- and inworld discussions, I added a template ([[Template:Delete]]) that marks articles as ''suggested for deletion'', adds them to the [[:Category:Suggested For Deletion]] and provides the chance to start a discussion about pros and cons of the deletion at a subpage of [[Suggested For Deletion]]. This is thought to be for articles that are created accidentally, that violate copyrights, that flame other users ([[I hate User XY]]) or anything else where a simple moveing of the article (redirect) or clean-up isn't addressing the root of the problem. So I would be happy if users who'd like to have a look at quality ensurance of the wiki, as well as administrators could have an eye on it.<br><br />
THX =) --[[User:Zai Lynch|Zai Lynch]] 04:50, 6 April 2008 (PDT)<br />
<br />
== User page content policy ==<br />
*Is there a guideline/policy which discusses acceptable content/use of userpages, such as mature content[http://wiki.secondlife.com/wiki/Image:Slutmagcover.jpg] ... ? --[[User:JetZep Zabelin|JetZep Zabelin]] 14:07, 6 May 2008 (PDT)<br />
*Since when is mature content barred form sl (and the afovementioned pic is rather tame. Too mature or not it is NOT nonsense as it is a product produced in and out world by Jumpman Lane and has a legitmate place in Second Life (porn is not prohibited) and on the User:Jumpman Lane page (he produces it). Is this the forum really to discuss what is or isnt "mature." And how uch equivocation is required to remove "mature content" when you call it nonsense?<br />
User:Jumpman Lane 14:07, 14, May 2008 (EST) {{unsigned|Jumpman Gerje}}<br />
*ARE there ANY guidlines/policies which detail of WHAT exactly constitutes NONSENSE. JetZep Zabelin indiscriminately erased the entire contents of the User:Jumpman Lane Page blanket labelleing it all NONSENSE?!?!(this would seem to constitute vandalism). Baring exact guidlines, I do have a few simple questions. How could pictures of Jumpman Lane be considered nonsense on the Jumpman Lane page,being replaced by THE EXAMPLE PICTURE (which can be changed at anytime by anyone to anything. Since when do links to a users owned and operated websites constitute nonsense when they are income genrating enterprises which had thier start within secondlife.<br />
User:Jumpman Lane 14:07, 14, May 2008 (EST) {{unsigned|Jumpman Gerje}}<br />
<br />
== Wiki Meeting in world? ==<br />
I would consider it ''really'' useful to have some kind of in world meeting about the Wiki (at least once). I don't think we would run out of topics with this... For example the privously mentioned content policy could be one. Another one could be: The Wiki grew to a point where it seems to be useful to translate not even articles but although portals. There are variouse attempts in progress in peoples sandboxes and even in the main namespace. However, this would need additional guidelines to not end up in a total chaos ''imho''. One solution could be {{Jira|WEB-456}}. Otherwise we would need to talk about stuff like: Are categorized redirects (like the one I made [https://wiki.secondlife.com/w/index.php?title=Waffen&redirect=no here]) appropriate in order to keep topics in a category in a certain language? It can't be intendet that a user who is lacking english skills got to search for the english topic regarding his concern so he can browse via [[Template:Multi-lang]] to his language. This would also cause a bulk creation of new redirects for non-english keywords what might lead into confusion, since the wiki is growing and a typo in an english keyword might be the right translation of a keyword in another language (but for a totally different topic). Another one could be: Is it useful to use the ''Help:'' namespace for SL help like it is done atm? This namespace is filtered by the Wikis search function by default (at least that's the way it is now). I think there might be way more topics bothering people and it would be nice to have some inworld chat with users and administrators in charge. This meeting could be announced somewhere on the [[Main Page]] so the ones who might have an interest in such a meeting (read: the ones who frequently edit the wiki) might stumble upon it. We could create an agenda page where people can add the topics they'd like to see discussed so users can prepare some thoughts on the topic previouse to the meeting itself. Would anyone else think that this is useful? --[[User:Zai_Lynch|Zai Lynch]]<sup>([[User_talk:Zai_Lynch|talk]]|[[Special:Contributions/Zai_Lynch|contribs]])</sup> 04:56, 9 May 2008 (PDT)<br />
:Oh, forgot to add: <br />
:It is currently not allowed to transfere content from the support portal to the wiki due to copyright issues (see question 4 and 9 of [http://vteamblog.com/2008/03/24/qa-support-portal-with-maurice-linden/ this Q&A transcript]). So I would like to see either the wiki copyright or the support portal copyright beeing changed so content can be easily transfered. I would not like to see the Wiki change away from the current ''Creative Commons Attribution-Share Alike 3.0'' license so maybe a support portal Linden might want to attend at such a meeting as well to give a statement on possible license changes. --[[User:Zai_Lynch|Zai Lynch]]<sup>([[User_talk:Zai_Lynch|talk]]|[[Special:Contributions/Zai_Lynch|contribs]])</sup> 05:12, 9 May 2008 (PDT)<br />
<br />
:The best time to hold such a meeting would be during an office hour, such as {{User|Rob Linden}}'s (who I believe is the official wiki linden). We should create an agenda for such a meeting on a wiki page. -- [[User:Strife Onizuka|Strife Onizuka]] 01:13, 10 May 2008 (PDT)<br />
::I'm wondering if Rob would prefer to have a small segment of his usual office hours put over to Wiki stuffages, or if he'd be able to have an entire slot dedicated to such a meeting.<br />
::[[User:SignpostMarv Martin|SignpostMarv Martin]] 07:14, 10 May 2008 (PDT)<br />
::*'''Re:Aganda''': please add topics to [[Project:Editing Discussion/Wiki Meeting Agenda]]<br />
::*'''Re:Time''': I would be fine with doing it at Rob's office hour but it seems to be some kind of ''open source meeting'' already, so I'm not sure if the other attendees would like to see their topics postponed. <br />
::--[[User:Zai_Lynch|Zai Lynch]]<sup>([[User_talk:Zai_Lynch|talk]]|[[Special:Contributions/Zai_Lynch|contribs]])</sup> 07:18, 10 May 2008 (PDT)</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=Project:Editing_Discussion/Archive_02&diff=89838Project:Editing Discussion/Archive 022008-09-05T18:34:10Z<p>Eren Padar: /* NewbieNotes */</p>
<hr />
<div>This is an open forum for people to discuss this wiki, ala the [http://en.wikipedia.org/wiki/Wikipedia:Village_pump Wikipedia "Village pump"]. This is ''not'' for general discussion of Second Life. For that, please refer to [http://forums.secondlife.com/ the forums]<br />
<br />
Feel free to add your comments below.<br />
<br />
== What should this be called? ==<br />
<br />
I used "Village pump" as a working name. If it sticks, that's fine. I thought about using a Second Life themed name (e.g. The Telehub), but then realized that there could be confusion between that page and a future [[Telehub]] page which actually describes what Telehubs are. Maybe the "Hippo Pond"? -- [[User:Rob Linden|Rob Linden]] 18:29, 13 May 2007 (PDT)<br />
<br />
:That names sounds ok, but what should the namespace be? -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
::I'm using the same guidelines as other wikis (like Wikipedia's village pump, at http://en.wikipedia.org/wiki/Project:Village_pump ), though I'll admit it's a little confusing in this case. One really irritating thing about MediaWiki is that it assumes that the name of the wiki ("Second Life Wiki") is a term that is appropriate to use as a namespace identifier, because it works for Wikipedia. So, we either have to shorten the name of the wiki ("SLWiki", which I think was already being used by someone else), or use "Project". I opted for the latter in configuring this wiki. -- [[User:Rob Linden|Rob Linden]] 10:55, 14 May 2007 (PDT)<br />
<br />
== Guidelines ==<br />
<br />
*Given past experiences with the forums, some moderation will need to be done. -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
I suggest keeping it simple. If it is the only SL Forum call it 'SL Forum'. If it is the SL People's Forum then call it that.Errol Carter<br />
<br />
===User Pages===<br />
A wiki by nature allows all users to edit content of any page, however unlike sites like wikipedia.com, the slwiki has User: pages which by their nature should be moderated only sparingly if at all. NOONE, (either self appointed moderator, "volunter", or support staff alt should be allowed to delete content on a user page that is deemed nonsensical (just because these censors do not "like" the views expressed. If these views do not violate the sl tos, community standards, and the slwiki guidlines, would-be thoguht-police should leave the private user pages alone. {{unsigned|Jumpman Gerje}}<br />
<br />
===Pornography===<br />
Porn exists in Second Life. It is even endorsed (if backhandedly cf the Official Gude to SL's recommendation that tards persue jobs as virtual escorts) Regions are deemed mature, pg etc. Parts of Second life are notably PG (eg profile pages) Parts of SL are anything goes (group pages in sl). At present there seem to be no specific guidles as to the acceptiblity of mature content (if there are any guidlines please let me [[User:Jumpman Lane|Jumpman Lane]] know). As pornography is accepted in SL, we humbly request that it be allowed in some form in the sl wiki if only ion our user pages. I,[[User:Jumpman Lane|Jumpman Lane]] , am a Second Life pornographer. The mentioning of that on my User page is mentioning my central in-world my activites. Perhaps a mature portal in the wiki is necessary. {{unsigned|Jumpman Gerje}}<br />
<br />
== Purpose ==<br />
<br />
How does this 'forum' differ from the Second Life Forum? (except that this one is accessable by free-accounts)--[[User:Vernes Veranes|Vernes Veranes]] 18:14, 1 June 2007 (PDT)<br />
<br />
:This is specifically a place to discuss the wiki itself, not Second Life generally. -- [[User:Rob Linden|Rob Linden]] 18:19, 1 June 2007 (PDT)<br />
<br />
<br />
<br />
== Policy Section ==<br />
<br />
* To discuss existing and proposed policies<br />
<br />
===Licensing===<br />
<br />
:'''Q.''' Residents have begun to [[Sculpted_Prims:_Sculpt_Maps_and_Textures|share sculpt maps, textures, and sculpted prims]] on the wiki. According to the [[Project:General_disclaimer|General Disclaimer]], "Linden Lab will make your contribution available under the [http://creativecommons.org/licenses/by-sa/2.5/ Creative Comments (sic) Attribution-ShareAlike 2.5 license]". (cf. [[Project:Contribution_Agreement|Contribution Agreement]] and the [[Project:Copyrights|Copyrights Project]]). Will residents be able to choose other licenses (a different ''Creative Commons'' license, GPL, or the [http://artlibre.org/licence/lal/en/ Free Art License] for example) if they wish to do so? &mdash; [[User:Yuu Nakamichi|Yuu Nakamichi]] 01:08, 4 June 2007 (PDT)<br />
<br />
:: '''A.''': No, not if you host it here. It's just too complicated. You may link to differently licensed material, but please don't expect to choose your own license for information you upload here. -- [[User:Rob Linden|Rob Linden]] 11:35, 18 July 2007 (PDT)<br />
<br />
===Project page vs. Project discussion page===<br />
<br />
:Discussion should occur on the discussion page; with this '''project''' page itself being an overview rather than the actual discussion.<br />
:<br />
:Is this correct? --[[User:JetZep Zabelin|JetZep Zabelin]] 20:01, 27 September 2007 (PDT)<br />
<br />
::Well, this page is kind of the exception to the rule, since it's specifically identified as a discussion page. But yes, in general, discussion should go on the discussion page. I thought about putting a redirect from here straight to [[Project talk:Editing Discussion]], but thought better of it. -- [[User:Rob Linden|Rob Linden]] 20:59, 27 September 2007 (PDT)<br />
<br />
===Persistent Logins===<br />
:'''Q.''' Can we please have persistent logins here? I really don't see the need for having to log in each time, it's annoying; but even more annoying is being in the middle of an edit, getting called away, coming back, finishing the edit, clicking the Preview button...only to be told you need to log in to edit, and all the work you've done is gone. [[User:Siann Beck|Siann Beck]] 16:57, 9 October 2007 (PDT)<br />
<br />
::'''A.''': Logins should be persistent for 24 hrs. It could be that our sysadmins needed to reset the sessions, which could lead to the probelm you describe. A workaround for the problem (in Firefox, at least) if it happens again is this:<br />
::* Leave the "you need to log in to edit" screen up<br />
::* Open the login link ''in a new window''<br />
::* Hit reload in the first window. In Firefox, this causes you to get prompted to repost form data. Click "ok".<br />
::Sorry that you lost your edits. I know that's frustrating. There are also form saving plugins for various browsers, as well ([http://www.ilovejackdaniels.com/user-scripts/auto-save-forms-user-script/ Firefox Auto Save], for example) -- [[User:Rob Linden|Rob Linden]] 17:18, 9 October 2007 (PDT)<br />
<br />
:::Why expire them at all? Can't we have a "Keep me signed in" checkbox on the login page? I'm the only person who uses my computer; I see no need for me to have to log in every day. [[User:Siann Beck|Siann Beck]] 04:54, 11 October 2007 (PDT)<br />
<br />
== NewbieNotes ==<br />
For some time a call has been made to the general public to modify and simplify the Wiki. NewbieNotes is a response to that, a section for new and experienced scripters alike that is dedicated to explaining LsL in simple English. While in some instances NewbieNotes duplicate some information, it attempts to do so in an easier-to-understand manner for inexperienced scripters (or experienced scripters who are tearing their hair out over some glitch or quirk). NewbieNotes speak plain English and attempt to overcome the "techno-geek-speak" syndrome so often found throughout tech manuals. The NewbieNote Motto: "One simple phrase is better than twelve complex ones".<br />
<br />
:Barring a counter proposal I will work this into the LSL page style sometime in this week. -- [[User:Strife Onizuka|Strife Onizuka]] 15:30, 26 February 2008 (PST)<br />
<br />
<br />
[Eren Padar Sept 5 2008]: I just checked out an example of NEWBIE NOTES in the llSetColor() function. I'm honestly impressed. That's exactly what the WIKI has been needing, not only for newbies but for experienced programmers who want a quick, simple refresher. Good job. :)<br />
<br />
== Sandbox namespace? ==<br />
At the [[Open_Source_Meeting/2007-11-08|open source meeting on 2007-11-08]], we spent a fair amount of time talking about how wiki.secondlife.com would be used for [[Architecture Working Group]] proposals.<br />
<br />
A problem that we have right now (and one that existed before AWG, but became more acute now) is that we at Linden Lab host the wiki primarily as a resource to collaborate with the community on documentation and code designs. As a result, we think that people are coming to the wiki with the hope that they're going to find either material that documents Second Life as it is or soon will be, or with roadmap material that Linden Lab had some hand in creating. While a wiki is always more of a "reader beware" zone than many places on the Internet, we'd like to aspire to keeping the main namespace as an area tailored to our intended audience.<br />
<br />
That said, we don't mind providing an area for people not affiliated with Linden Lab to collaborate on material that they hope to get Linden Lab's buy-in of, but haven't gotten it yet (within reason). We just want to make sure that material is in a different spot, and is clearly marked as such. Our current solution is to move that type of material into the User: namespace for the person who started the document. However, there are a number of shared documents that don't have an obvious home.<br />
<br />
So, I'm dabbling with the idea of creating a new "Sandbox" namespace, where this material would be, and where Lindens can move things rather than delete them. This wouldn't be an unbounded area; we'd still expect people to follow the [[Project:Editing Guidelines]], but would be a little more open to technical proposals that we don't agree with but were made in good faith. <br />
<br />
Thoughts? -- [[User:Rob Linden|Rob Linden]] 18:28, 8 November 2007 (PST)<br />
<br />
: How about a "kitty litter" namespace? :)<br />
<br />
: Are things in Category:Design Discussions problematic as well? If I look at [[LSL To Client Communication]] it's pretty clear to me that this is a proposal. With AWG, everything is a proposal, so maybe it's not clear on every page.<br />
<br />
: I don't think adding a "Sandbox:" to the page title would really make a difference to someone unfamiliar with the Wiki. Unless it says "User:" it's not clear that this is one individual's unsupported vision. Wouldn't it make sense to move the stuff to the "Discussion:" page though? [[User:Mm Alder|Mm Alder]] 16:01, 12 November 2007 (PST)<br />
<br />
:: I may revert back to my original proposal, which is to start tagging things with a <nowiki>{{unofficial}}</nowiki> template, and ask people to do this (and to chip in on the tagging effort). The template could be something along the lines of:<br />
<br />
<div style='padding: 5px; margin-top: 0; margin-bottom: 0; border: solid 1px #3c78b5; background-color: #D8E4F1;'>This is a Resident-authored proposal, and does not necessarily represent the current state of Second Life or Linden Lab's immediate plans for Second Life.</div><br />
<br />
:: It seems like we should try to provide some clue to help distinguish the two types of content. "Sandbox:" might still be handy. To a newcomer, it would likely connote that ''something'' is a little different about this page. They may not know exactly what, but they'd hopefully be a little more inclined to investigating further before internalizing the information as factual information about Second Life. Would "Proposal:" be a better name? I think in either case (Sandbox: or Proposal:), there would be cases where Linden Lab would use this namespace, too, but would move the document out of "Proposal:" when the document represents the plan of record. -- [[User:Rob Linden|Rob Linden]] 17:01, 12 November 2007 (PST)<br />
<br />
== WikiHUD ==<br />
<br />
Hello, I've begun creating a utility for [http://secondlife.wikia.com/wiki/WikiHUD reading wiki pages in world] to fully support this wiki I need to know where the api.php is, so that search and other functions against api.php work. Presently only reading articles works (summary and full modes) because these are against index.php. The code is open source and the object in world is full permissions. <br />
<br />
[[User:Lillie Yifu|Lillie Yifu]] 18:15, 15 February 2008 (PST)<br />
<br />
== Creating a Help portal ==<br />
<br />
*--I'm interested in making a new portal for General SL Help, for newbies, for veterans, etc. It sounds like I can just make one myself? Do I need Linden approval first (the Editing Guidelines page says "New portals may be added at any time, subject to the discretion of Linden Lab")? Will it automatically appear on the Main Page or do I have to request someone to edit the Main Page? My new portal would have pages like these:<br />
https://wiki.secondlife.com/wiki/User:Jaszon_Maynard/Proposed_Second_Life_Help_Portal <br />
https://wiki.secondlife.com/wiki/User:Jaszon_Maynard/Proposed_Introduction<br />
:--[[User:Jaszon Maynard|Jaszon Maynard]] 16:18, 26 February 2008 (PST)<br />
<br />
:: I discussed this topic with [[User:Jon Linden|Jon Linden]] and [[User:Jeremy Linden|Jeremy Linden]], and they're generally interested in the concept. Please work with them to develop it, in general I think this is a great thing. -- [[User:Rob Linden|Rob Linden]] 18:00, 28 February 2008 (PST)<br />
<br />
*--(be patient, I'm no wiki expert) Also, it looks like we are not trying to separate subject matter via namespaces (well, I see a few spots where we are)? Or has there been a consensus we'd like to start doing that? For instance, I'm going to create a lot of help text. There will be overlap in desired article names...like what a Notecard article should be for me in that context is far different from the Open Source interest in a [[Notecard]] article (take a look at theirs). I can just make my article name different ("Notecard (general help)"?)...unless we've decided we want to go forward with separation by namespace. I'm concerned a general member comes here to lookup Notecard and gets a surprising article to them (it all depends on who the person is coming to the wiki what they expect). Are we better off with not separating by namespaces and using default pages with disambiguation pages?<br />
:--[[User:Jaszon Maynard|Jaszon Maynard]] 09:40, 28 February 2008 (PST)<br />
<br />
:: I think it's good to add general end-user information to that page, and to relegate developer-focused information to a "developers" section or separate it out onto its own page. Don't assume that every page that's currently there needs to be preserved as it is or in the format that it's currently in. The particular page that you cite ([[Notecards]]) is a great example of a relatively content-free stub without a lot of good information on it, so to borrow from Wikipedia, [http://en.wikipedia.org/wiki/Wikipedia:BOLD be bold!] -- [[User:Rob Linden|Rob Linden]] 18:00, 28 February 2008 (PST)<br />
<br />
:::*--Ach, but then if I rename "their" Notecard page to Developer:Notecard or Notecard (for developers), then I have to go update all the links :P I only have so much time to do wiki stuff :P<br />
::::--[[User:Jaszon Maynard|Jaszon Maynard]] 11:20, 29 February 2008 (PST)<br />
<br />
::::: I'd recommend relegating it to a page section rather than a wholly separate page. You can have a disclaimer note right at the top of the section saying "This information is likely only of interest to software developers". Since this might be a common thing to do, a [http://www.mediawiki.org/wiki/Help:Templates template] may be appropriate.<br />
<br />
::::: Even if you move it to it's own page, it's not necessarily your job to update the links. You should merely just make sure that the page is findable from the new Notecards page. A good example of the technique is on [http://en.wikipedia.org/wiki/Washington Wikipedia page "Washington"], which is a page about Washington state, but there's a link right at the top to the Washington DC article. Make sense? -- [[User:Rob Linden|Rob Linden]] 11:45, 29 February 2008 (PST)<br />
<br />
::::::*--Good ideas all, thanks! I now have 6 pages of articles I'm playing with in my user space, if you're interested to see what's on them all, visit https://wiki.secondlife.com/wiki/User:Jaszon_Maynard/Jaszons_sandbox<br />
:::::::--[[User:Jaszon Maynard|Jaszon Maynard]] 12:02, 29 February 2008 (PST)<br />
<br />
*--Rob, Jeremy brought up something after you left. He's concerned about newbie's experience on the wiki. Not just whether the layout can be made simple enough, but also the issue of what happens when they search for a topic and some of the hits come back that are regarding technical slants on the subject (i.e.--like the [[notecard]] article; which, of course, we can alter). Do you think this is a problem? Is it an argument in favor of namespaces? With a search that defaults to searching only in the namespace that has the general SL user help (main namespace?)?<br />
:--Also, do you know if Jon or Jeremy accept email or visit the wiki or any forums in case I want to run a thought or question by them?<br />
:--[[User:Jaszon Maynard|Jaszon Maynard]] 17:42, 29 February 2008 (PST)<br />
::It's not as if the default search preferences can't be altered or anything....<br />
::[[User:SignpostMarv Martin|SignpostMarv Martin]] 07:29, 1 March 2008 (PST)<br />
<br/><br/><br />
*I'm currently working with [[User:Zai Lynch|Zai Lynch]] on a new [[User:Gally Young/help portal|Help Portal]]. We are currently working on video tutorials & glossary pages. All remarks, critics, helps, suggestions are welcome :)<br/>[[User:Gally Young|Gally Young]] 14:53, 5 August 2008 (PDT)<br />
<br />
== Template:Delete ==<br />
In regards to variouse wiki- and inworld discussions, I added a template ([[Template:Delete]]) that marks articles as ''suggested for deletion'', adds them to the [[:Category:Suggested For Deletion]] and provides the chance to start a discussion about pros and cons of the deletion at a subpage of [[Suggested For Deletion]]. This is thought to be for articles that are created accidentally, that violate copyrights, that flame other users ([[I hate User XY]]) or anything else where a simple moveing of the article (redirect) or clean-up isn't addressing the root of the problem. So I would be happy if users who'd like to have a look at quality ensurance of the wiki, as well as administrators could have an eye on it.<br><br />
THX =) --[[User:Zai Lynch|Zai Lynch]] 04:50, 6 April 2008 (PDT)<br />
<br />
== User page content policy ==<br />
*Is there a guideline/policy which discusses acceptable content/use of userpages, such as mature content[http://wiki.secondlife.com/wiki/Image:Slutmagcover.jpg] ... ? --[[User:JetZep Zabelin|JetZep Zabelin]] 14:07, 6 May 2008 (PDT)<br />
*Since when is mature content barred form sl (and the afovementioned pic is rather tame. Too mature or not it is NOT nonsense as it is a product produced in and out world by Jumpman Lane and has a legitmate place in Second Life (porn is not prohibited) and on the User:Jumpman Lane page (he produces it). Is this the forum really to discuss what is or isnt "mature." And how uch equivocation is required to remove "mature content" when you call it nonsense?<br />
User:Jumpman Lane 14:07, 14, May 2008 (EST) {{unsigned|Jumpman Gerje}}<br />
*ARE there ANY guidlines/policies which detail of WHAT exactly constitutes NONSENSE. JetZep Zabelin indiscriminately erased the entire contents of the User:Jumpman Lane Page blanket labelleing it all NONSENSE?!?!(this would seem to constitute vandalism). Baring exact guidlines, I do have a few simple questions. How could pictures of Jumpman Lane be considered nonsense on the Jumpman Lane page,being replaced by THE EXAMPLE PICTURE (which can be changed at anytime by anyone to anything. Since when do links to a users owned and operated websites constitute nonsense when they are income genrating enterprises which had thier start within secondlife.<br />
User:Jumpman Lane 14:07, 14, May 2008 (EST) {{unsigned|Jumpman Gerje}}<br />
<br />
== Wiki Meeting in world? ==<br />
I would consider it ''really'' useful to have some kind of in world meeting about the Wiki (at least once). I don't think we would run out of topics with this... For example the privously mentioned content policy could be one. Another one could be: The Wiki grew to a point where it seems to be useful to translate not even articles but although portals. There are variouse attempts in progress in peoples sandboxes and even in the main namespace. However, this would need additional guidelines to not end up in a total chaos ''imho''. One solution could be {{Jira|WEB-456}}. Otherwise we would need to talk about stuff like: Are categorized redirects (like the one I made [https://wiki.secondlife.com/w/index.php?title=Waffen&redirect=no here]) appropriate in order to keep topics in a category in a certain language? It can't be intendet that a user who is lacking english skills got to search for the english topic regarding his concern so he can browse via [[Template:Multi-lang]] to his language. This would also cause a bulk creation of new redirects for non-english keywords what might lead into confusion, since the wiki is growing and a typo in an english keyword might be the right translation of a keyword in another language (but for a totally different topic). Another one could be: Is it useful to use the ''Help:'' namespace for SL help like it is done atm? This namespace is filtered by the Wikis search function by default (at least that's the way it is now). I think there might be way more topics bothering people and it would be nice to have some inworld chat with users and administrators in charge. This meeting could be announced somewhere on the [[Main Page]] so the ones who might have an interest in such a meeting (read: the ones who frequently edit the wiki) might stumble upon it. We could create an agenda page where people can add the topics they'd like to see discussed so users can prepare some thoughts on the topic previouse to the meeting itself. Would anyone else think that this is useful? --[[User:Zai_Lynch|Zai Lynch]]<sup>([[User_talk:Zai_Lynch|talk]]|[[Special:Contributions/Zai_Lynch|contribs]])</sup> 04:56, 9 May 2008 (PDT)<br />
:Oh, forgot to add: <br />
:It is currently not allowed to transfere content from the support portal to the wiki due to copyright issues (see question 4 and 9 of [http://vteamblog.com/2008/03/24/qa-support-portal-with-maurice-linden/ this Q&A transcript]). So I would like to see either the wiki copyright or the support portal copyright beeing changed so content can be easily transfered. I would not like to see the Wiki change away from the current ''Creative Commons Attribution-Share Alike 3.0'' license so maybe a support portal Linden might want to attend at such a meeting as well to give a statement on possible license changes. --[[User:Zai_Lynch|Zai Lynch]]<sup>([[User_talk:Zai_Lynch|talk]]|[[Special:Contributions/Zai_Lynch|contribs]])</sup> 05:12, 9 May 2008 (PDT)<br />
<br />
:The best time to hold such a meeting would be during an office hour, such as {{User|Rob Linden}}'s (who I believe is the official wiki linden). We should create an agenda for such a meeting on a wiki page. -- [[User:Strife Onizuka|Strife Onizuka]] 01:13, 10 May 2008 (PDT)<br />
::I'm wondering if Rob would prefer to have a small segment of his usual office hours put over to Wiki stuffages, or if he'd be able to have an entire slot dedicated to such a meeting.<br />
::[[User:SignpostMarv Martin|SignpostMarv Martin]] 07:14, 10 May 2008 (PDT)<br />
::*'''Re:Aganda''': please add topics to [[Project:Editing Discussion/Wiki Meeting Agenda]]<br />
::*'''Re:Time''': I would be fine with doing it at Rob's office hour but it seems to be some kind of ''open source meeting'' already, so I'm not sure if the other attendees would like to see their topics postponed. <br />
::--[[User:Zai_Lynch|Zai Lynch]]<sup>([[User_talk:Zai_Lynch|talk]]|[[Special:Contributions/Zai_Lynch|contribs]])</sup> 07:18, 10 May 2008 (PDT)</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=Project:Editing_Discussion/Archive_02&diff=89837Project:Editing Discussion/Archive 022008-09-05T18:33:25Z<p>Eren Padar: /* NewbieNotes */</p>
<hr />
<div>This is an open forum for people to discuss this wiki, ala the [http://en.wikipedia.org/wiki/Wikipedia:Village_pump Wikipedia "Village pump"]. This is ''not'' for general discussion of Second Life. For that, please refer to [http://forums.secondlife.com/ the forums]<br />
<br />
Feel free to add your comments below.<br />
<br />
== What should this be called? ==<br />
<br />
I used "Village pump" as a working name. If it sticks, that's fine. I thought about using a Second Life themed name (e.g. The Telehub), but then realized that there could be confusion between that page and a future [[Telehub]] page which actually describes what Telehubs are. Maybe the "Hippo Pond"? -- [[User:Rob Linden|Rob Linden]] 18:29, 13 May 2007 (PDT)<br />
<br />
:That names sounds ok, but what should the namespace be? -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
::I'm using the same guidelines as other wikis (like Wikipedia's village pump, at http://en.wikipedia.org/wiki/Project:Village_pump ), though I'll admit it's a little confusing in this case. One really irritating thing about MediaWiki is that it assumes that the name of the wiki ("Second Life Wiki") is a term that is appropriate to use as a namespace identifier, because it works for Wikipedia. So, we either have to shorten the name of the wiki ("SLWiki", which I think was already being used by someone else), or use "Project". I opted for the latter in configuring this wiki. -- [[User:Rob Linden|Rob Linden]] 10:55, 14 May 2007 (PDT)<br />
<br />
== Guidelines ==<br />
<br />
*Given past experiences with the forums, some moderation will need to be done. -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
I suggest keeping it simple. If it is the only SL Forum call it 'SL Forum'. If it is the SL People's Forum then call it that.Errol Carter<br />
<br />
===User Pages===<br />
A wiki by nature allows all users to edit content of any page, however unlike sites like wikipedia.com, the slwiki has User: pages which by their nature should be moderated only sparingly if at all. NOONE, (either self appointed moderator, "volunter", or support staff alt should be allowed to delete content on a user page that is deemed nonsensical (just because these censors do not "like" the views expressed. If these views do not violate the sl tos, community standards, and the slwiki guidlines, would-be thoguht-police should leave the private user pages alone. {{unsigned|Jumpman Gerje}}<br />
<br />
===Pornography===<br />
Porn exists in Second Life. It is even endorsed (if backhandedly cf the Official Gude to SL's recommendation that tards persue jobs as virtual escorts) Regions are deemed mature, pg etc. Parts of Second life are notably PG (eg profile pages) Parts of SL are anything goes (group pages in sl). At present there seem to be no specific guidles as to the acceptiblity of mature content (if there are any guidlines please let me [[User:Jumpman Lane|Jumpman Lane]] know). As pornography is accepted in SL, we humbly request that it be allowed in some form in the sl wiki if only ion our user pages. I,[[User:Jumpman Lane|Jumpman Lane]] , am a Second Life pornographer. The mentioning of that on my User page is mentioning my central in-world my activites. Perhaps a mature portal in the wiki is necessary. {{unsigned|Jumpman Gerje}}<br />
<br />
== Purpose ==<br />
<br />
How does this 'forum' differ from the Second Life Forum? (except that this one is accessable by free-accounts)--[[User:Vernes Veranes|Vernes Veranes]] 18:14, 1 June 2007 (PDT)<br />
<br />
:This is specifically a place to discuss the wiki itself, not Second Life generally. -- [[User:Rob Linden|Rob Linden]] 18:19, 1 June 2007 (PDT)<br />
<br />
<br />
<br />
== Policy Section ==<br />
<br />
* To discuss existing and proposed policies<br />
<br />
===Licensing===<br />
<br />
:'''Q.''' Residents have begun to [[Sculpted_Prims:_Sculpt_Maps_and_Textures|share sculpt maps, textures, and sculpted prims]] on the wiki. According to the [[Project:General_disclaimer|General Disclaimer]], "Linden Lab will make your contribution available under the [http://creativecommons.org/licenses/by-sa/2.5/ Creative Comments (sic) Attribution-ShareAlike 2.5 license]". (cf. [[Project:Contribution_Agreement|Contribution Agreement]] and the [[Project:Copyrights|Copyrights Project]]). Will residents be able to choose other licenses (a different ''Creative Commons'' license, GPL, or the [http://artlibre.org/licence/lal/en/ Free Art License] for example) if they wish to do so? &mdash; [[User:Yuu Nakamichi|Yuu Nakamichi]] 01:08, 4 June 2007 (PDT)<br />
<br />
:: '''A.''': No, not if you host it here. It's just too complicated. You may link to differently licensed material, but please don't expect to choose your own license for information you upload here. -- [[User:Rob Linden|Rob Linden]] 11:35, 18 July 2007 (PDT)<br />
<br />
===Project page vs. Project discussion page===<br />
<br />
:Discussion should occur on the discussion page; with this '''project''' page itself being an overview rather than the actual discussion.<br />
:<br />
:Is this correct? --[[User:JetZep Zabelin|JetZep Zabelin]] 20:01, 27 September 2007 (PDT)<br />
<br />
::Well, this page is kind of the exception to the rule, since it's specifically identified as a discussion page. But yes, in general, discussion should go on the discussion page. I thought about putting a redirect from here straight to [[Project talk:Editing Discussion]], but thought better of it. -- [[User:Rob Linden|Rob Linden]] 20:59, 27 September 2007 (PDT)<br />
<br />
===Persistent Logins===<br />
:'''Q.''' Can we please have persistent logins here? I really don't see the need for having to log in each time, it's annoying; but even more annoying is being in the middle of an edit, getting called away, coming back, finishing the edit, clicking the Preview button...only to be told you need to log in to edit, and all the work you've done is gone. [[User:Siann Beck|Siann Beck]] 16:57, 9 October 2007 (PDT)<br />
<br />
::'''A.''': Logins should be persistent for 24 hrs. It could be that our sysadmins needed to reset the sessions, which could lead to the probelm you describe. A workaround for the problem (in Firefox, at least) if it happens again is this:<br />
::* Leave the "you need to log in to edit" screen up<br />
::* Open the login link ''in a new window''<br />
::* Hit reload in the first window. In Firefox, this causes you to get prompted to repost form data. Click "ok".<br />
::Sorry that you lost your edits. I know that's frustrating. There are also form saving plugins for various browsers, as well ([http://www.ilovejackdaniels.com/user-scripts/auto-save-forms-user-script/ Firefox Auto Save], for example) -- [[User:Rob Linden|Rob Linden]] 17:18, 9 October 2007 (PDT)<br />
<br />
:::Why expire them at all? Can't we have a "Keep me signed in" checkbox on the login page? I'm the only person who uses my computer; I see no need for me to have to log in every day. [[User:Siann Beck|Siann Beck]] 04:54, 11 October 2007 (PDT)<br />
<br />
== NewbieNotes ==<br />
For some time a call has been made to the general public to modify and simplify the Wiki. NewbieNotes is a response to that, a section for new and experienced scripters alike that is dedicated to explaining LsL in simple English. While in some instances NewbieNotes duplicate some information, it attempts to do so in an easier-to-understand manner for inexperienced scripters (or experienced scripters who are tearing their hair out over some glitch or quirk). NewbieNotes speak plain English and attempt to overcome the "techno-geek-speak" syndrome so often found throughout tech manuals. The NewbieNote Motto: "One simple phrase is better than twelve complex ones".<br />
<br />
:Barring a counter proposal I will work this into the LSL page style sometime in this week. -- [[User:Strife Onizuka|Strife Onizuka]] 15:30, 26 February 2008 (PST)<br />
<br />
<br />
Eren Padar: I just checked out an example of NEWBIE NOTES in the llSetColor() function. I'm honestly impressed. That's exactly what the WIKI has been needing, not only for newbies but for experienced programmers who want a quick, simple refresher. Good job. :)<br />
<br />
== Sandbox namespace? ==<br />
At the [[Open_Source_Meeting/2007-11-08|open source meeting on 2007-11-08]], we spent a fair amount of time talking about how wiki.secondlife.com would be used for [[Architecture Working Group]] proposals.<br />
<br />
A problem that we have right now (and one that existed before AWG, but became more acute now) is that we at Linden Lab host the wiki primarily as a resource to collaborate with the community on documentation and code designs. As a result, we think that people are coming to the wiki with the hope that they're going to find either material that documents Second Life as it is or soon will be, or with roadmap material that Linden Lab had some hand in creating. While a wiki is always more of a "reader beware" zone than many places on the Internet, we'd like to aspire to keeping the main namespace as an area tailored to our intended audience.<br />
<br />
That said, we don't mind providing an area for people not affiliated with Linden Lab to collaborate on material that they hope to get Linden Lab's buy-in of, but haven't gotten it yet (within reason). We just want to make sure that material is in a different spot, and is clearly marked as such. Our current solution is to move that type of material into the User: namespace for the person who started the document. However, there are a number of shared documents that don't have an obvious home.<br />
<br />
So, I'm dabbling with the idea of creating a new "Sandbox" namespace, where this material would be, and where Lindens can move things rather than delete them. This wouldn't be an unbounded area; we'd still expect people to follow the [[Project:Editing Guidelines]], but would be a little more open to technical proposals that we don't agree with but were made in good faith. <br />
<br />
Thoughts? -- [[User:Rob Linden|Rob Linden]] 18:28, 8 November 2007 (PST)<br />
<br />
: How about a "kitty litter" namespace? :)<br />
<br />
: Are things in Category:Design Discussions problematic as well? If I look at [[LSL To Client Communication]] it's pretty clear to me that this is a proposal. With AWG, everything is a proposal, so maybe it's not clear on every page.<br />
<br />
: I don't think adding a "Sandbox:" to the page title would really make a difference to someone unfamiliar with the Wiki. Unless it says "User:" it's not clear that this is one individual's unsupported vision. Wouldn't it make sense to move the stuff to the "Discussion:" page though? [[User:Mm Alder|Mm Alder]] 16:01, 12 November 2007 (PST)<br />
<br />
:: I may revert back to my original proposal, which is to start tagging things with a <nowiki>{{unofficial}}</nowiki> template, and ask people to do this (and to chip in on the tagging effort). The template could be something along the lines of:<br />
<br />
<div style='padding: 5px; margin-top: 0; margin-bottom: 0; border: solid 1px #3c78b5; background-color: #D8E4F1;'>This is a Resident-authored proposal, and does not necessarily represent the current state of Second Life or Linden Lab's immediate plans for Second Life.</div><br />
<br />
:: It seems like we should try to provide some clue to help distinguish the two types of content. "Sandbox:" might still be handy. To a newcomer, it would likely connote that ''something'' is a little different about this page. They may not know exactly what, but they'd hopefully be a little more inclined to investigating further before internalizing the information as factual information about Second Life. Would "Proposal:" be a better name? I think in either case (Sandbox: or Proposal:), there would be cases where Linden Lab would use this namespace, too, but would move the document out of "Proposal:" when the document represents the plan of record. -- [[User:Rob Linden|Rob Linden]] 17:01, 12 November 2007 (PST)<br />
<br />
== WikiHUD ==<br />
<br />
Hello, I've begun creating a utility for [http://secondlife.wikia.com/wiki/WikiHUD reading wiki pages in world] to fully support this wiki I need to know where the api.php is, so that search and other functions against api.php work. Presently only reading articles works (summary and full modes) because these are against index.php. The code is open source and the object in world is full permissions. <br />
<br />
[[User:Lillie Yifu|Lillie Yifu]] 18:15, 15 February 2008 (PST)<br />
<br />
== Creating a Help portal ==<br />
<br />
*--I'm interested in making a new portal for General SL Help, for newbies, for veterans, etc. It sounds like I can just make one myself? Do I need Linden approval first (the Editing Guidelines page says "New portals may be added at any time, subject to the discretion of Linden Lab")? Will it automatically appear on the Main Page or do I have to request someone to edit the Main Page? My new portal would have pages like these:<br />
https://wiki.secondlife.com/wiki/User:Jaszon_Maynard/Proposed_Second_Life_Help_Portal <br />
https://wiki.secondlife.com/wiki/User:Jaszon_Maynard/Proposed_Introduction<br />
:--[[User:Jaszon Maynard|Jaszon Maynard]] 16:18, 26 February 2008 (PST)<br />
<br />
:: I discussed this topic with [[User:Jon Linden|Jon Linden]] and [[User:Jeremy Linden|Jeremy Linden]], and they're generally interested in the concept. Please work with them to develop it, in general I think this is a great thing. -- [[User:Rob Linden|Rob Linden]] 18:00, 28 February 2008 (PST)<br />
<br />
*--(be patient, I'm no wiki expert) Also, it looks like we are not trying to separate subject matter via namespaces (well, I see a few spots where we are)? Or has there been a consensus we'd like to start doing that? For instance, I'm going to create a lot of help text. There will be overlap in desired article names...like what a Notecard article should be for me in that context is far different from the Open Source interest in a [[Notecard]] article (take a look at theirs). I can just make my article name different ("Notecard (general help)"?)...unless we've decided we want to go forward with separation by namespace. I'm concerned a general member comes here to lookup Notecard and gets a surprising article to them (it all depends on who the person is coming to the wiki what they expect). Are we better off with not separating by namespaces and using default pages with disambiguation pages?<br />
:--[[User:Jaszon Maynard|Jaszon Maynard]] 09:40, 28 February 2008 (PST)<br />
<br />
:: I think it's good to add general end-user information to that page, and to relegate developer-focused information to a "developers" section or separate it out onto its own page. Don't assume that every page that's currently there needs to be preserved as it is or in the format that it's currently in. The particular page that you cite ([[Notecards]]) is a great example of a relatively content-free stub without a lot of good information on it, so to borrow from Wikipedia, [http://en.wikipedia.org/wiki/Wikipedia:BOLD be bold!] -- [[User:Rob Linden|Rob Linden]] 18:00, 28 February 2008 (PST)<br />
<br />
:::*--Ach, but then if I rename "their" Notecard page to Developer:Notecard or Notecard (for developers), then I have to go update all the links :P I only have so much time to do wiki stuff :P<br />
::::--[[User:Jaszon Maynard|Jaszon Maynard]] 11:20, 29 February 2008 (PST)<br />
<br />
::::: I'd recommend relegating it to a page section rather than a wholly separate page. You can have a disclaimer note right at the top of the section saying "This information is likely only of interest to software developers". Since this might be a common thing to do, a [http://www.mediawiki.org/wiki/Help:Templates template] may be appropriate.<br />
<br />
::::: Even if you move it to it's own page, it's not necessarily your job to update the links. You should merely just make sure that the page is findable from the new Notecards page. A good example of the technique is on [http://en.wikipedia.org/wiki/Washington Wikipedia page "Washington"], which is a page about Washington state, but there's a link right at the top to the Washington DC article. Make sense? -- [[User:Rob Linden|Rob Linden]] 11:45, 29 February 2008 (PST)<br />
<br />
::::::*--Good ideas all, thanks! I now have 6 pages of articles I'm playing with in my user space, if you're interested to see what's on them all, visit https://wiki.secondlife.com/wiki/User:Jaszon_Maynard/Jaszons_sandbox<br />
:::::::--[[User:Jaszon Maynard|Jaszon Maynard]] 12:02, 29 February 2008 (PST)<br />
<br />
*--Rob, Jeremy brought up something after you left. He's concerned about newbie's experience on the wiki. Not just whether the layout can be made simple enough, but also the issue of what happens when they search for a topic and some of the hits come back that are regarding technical slants on the subject (i.e.--like the [[notecard]] article; which, of course, we can alter). Do you think this is a problem? Is it an argument in favor of namespaces? With a search that defaults to searching only in the namespace that has the general SL user help (main namespace?)?<br />
:--Also, do you know if Jon or Jeremy accept email or visit the wiki or any forums in case I want to run a thought or question by them?<br />
:--[[User:Jaszon Maynard|Jaszon Maynard]] 17:42, 29 February 2008 (PST)<br />
::It's not as if the default search preferences can't be altered or anything....<br />
::[[User:SignpostMarv Martin|SignpostMarv Martin]] 07:29, 1 March 2008 (PST)<br />
<br/><br/><br />
*I'm currently working with [[User:Zai Lynch|Zai Lynch]] on a new [[User:Gally Young/help portal|Help Portal]]. We are currently working on video tutorials & glossary pages. All remarks, critics, helps, suggestions are welcome :)<br/>[[User:Gally Young|Gally Young]] 14:53, 5 August 2008 (PDT)<br />
<br />
== Template:Delete ==<br />
In regards to variouse wiki- and inworld discussions, I added a template ([[Template:Delete]]) that marks articles as ''suggested for deletion'', adds them to the [[:Category:Suggested For Deletion]] and provides the chance to start a discussion about pros and cons of the deletion at a subpage of [[Suggested For Deletion]]. This is thought to be for articles that are created accidentally, that violate copyrights, that flame other users ([[I hate User XY]]) or anything else where a simple moveing of the article (redirect) or clean-up isn't addressing the root of the problem. So I would be happy if users who'd like to have a look at quality ensurance of the wiki, as well as administrators could have an eye on it.<br><br />
THX =) --[[User:Zai Lynch|Zai Lynch]] 04:50, 6 April 2008 (PDT)<br />
<br />
== User page content policy ==<br />
*Is there a guideline/policy which discusses acceptable content/use of userpages, such as mature content[http://wiki.secondlife.com/wiki/Image:Slutmagcover.jpg] ... ? --[[User:JetZep Zabelin|JetZep Zabelin]] 14:07, 6 May 2008 (PDT)<br />
*Since when is mature content barred form sl (and the afovementioned pic is rather tame. Too mature or not it is NOT nonsense as it is a product produced in and out world by Jumpman Lane and has a legitmate place in Second Life (porn is not prohibited) and on the User:Jumpman Lane page (he produces it). Is this the forum really to discuss what is or isnt "mature." And how uch equivocation is required to remove "mature content" when you call it nonsense?<br />
User:Jumpman Lane 14:07, 14, May 2008 (EST) {{unsigned|Jumpman Gerje}}<br />
*ARE there ANY guidlines/policies which detail of WHAT exactly constitutes NONSENSE. JetZep Zabelin indiscriminately erased the entire contents of the User:Jumpman Lane Page blanket labelleing it all NONSENSE?!?!(this would seem to constitute vandalism). Baring exact guidlines, I do have a few simple questions. How could pictures of Jumpman Lane be considered nonsense on the Jumpman Lane page,being replaced by THE EXAMPLE PICTURE (which can be changed at anytime by anyone to anything. Since when do links to a users owned and operated websites constitute nonsense when they are income genrating enterprises which had thier start within secondlife.<br />
User:Jumpman Lane 14:07, 14, May 2008 (EST) {{unsigned|Jumpman Gerje}}<br />
<br />
== Wiki Meeting in world? ==<br />
I would consider it ''really'' useful to have some kind of in world meeting about the Wiki (at least once). I don't think we would run out of topics with this... For example the privously mentioned content policy could be one. Another one could be: The Wiki grew to a point where it seems to be useful to translate not even articles but although portals. There are variouse attempts in progress in peoples sandboxes and even in the main namespace. However, this would need additional guidelines to not end up in a total chaos ''imho''. One solution could be {{Jira|WEB-456}}. Otherwise we would need to talk about stuff like: Are categorized redirects (like the one I made [https://wiki.secondlife.com/w/index.php?title=Waffen&redirect=no here]) appropriate in order to keep topics in a category in a certain language? It can't be intendet that a user who is lacking english skills got to search for the english topic regarding his concern so he can browse via [[Template:Multi-lang]] to his language. This would also cause a bulk creation of new redirects for non-english keywords what might lead into confusion, since the wiki is growing and a typo in an english keyword might be the right translation of a keyword in another language (but for a totally different topic). Another one could be: Is it useful to use the ''Help:'' namespace for SL help like it is done atm? This namespace is filtered by the Wikis search function by default (at least that's the way it is now). I think there might be way more topics bothering people and it would be nice to have some inworld chat with users and administrators in charge. This meeting could be announced somewhere on the [[Main Page]] so the ones who might have an interest in such a meeting (read: the ones who frequently edit the wiki) might stumble upon it. We could create an agenda page where people can add the topics they'd like to see discussed so users can prepare some thoughts on the topic previouse to the meeting itself. Would anyone else think that this is useful? --[[User:Zai_Lynch|Zai Lynch]]<sup>([[User_talk:Zai_Lynch|talk]]|[[Special:Contributions/Zai_Lynch|contribs]])</sup> 04:56, 9 May 2008 (PDT)<br />
:Oh, forgot to add: <br />
:It is currently not allowed to transfere content from the support portal to the wiki due to copyright issues (see question 4 and 9 of [http://vteamblog.com/2008/03/24/qa-support-portal-with-maurice-linden/ this Q&A transcript]). So I would like to see either the wiki copyright or the support portal copyright beeing changed so content can be easily transfered. I would not like to see the Wiki change away from the current ''Creative Commons Attribution-Share Alike 3.0'' license so maybe a support portal Linden might want to attend at such a meeting as well to give a statement on possible license changes. --[[User:Zai_Lynch|Zai Lynch]]<sup>([[User_talk:Zai_Lynch|talk]]|[[Special:Contributions/Zai_Lynch|contribs]])</sup> 05:12, 9 May 2008 (PDT)<br />
<br />
:The best time to hold such a meeting would be during an office hour, such as {{User|Rob Linden}}'s (who I believe is the official wiki linden). We should create an agenda for such a meeting on a wiki page. -- [[User:Strife Onizuka|Strife Onizuka]] 01:13, 10 May 2008 (PDT)<br />
::I'm wondering if Rob would prefer to have a small segment of his usual office hours put over to Wiki stuffages, or if he'd be able to have an entire slot dedicated to such a meeting.<br />
::[[User:SignpostMarv Martin|SignpostMarv Martin]] 07:14, 10 May 2008 (PDT)<br />
::*'''Re:Aganda''': please add topics to [[Project:Editing Discussion/Wiki Meeting Agenda]]<br />
::*'''Re:Time''': I would be fine with doing it at Rob's office hour but it seems to be some kind of ''open source meeting'' already, so I'm not sure if the other attendees would like to see their topics postponed. <br />
::--[[User:Zai_Lynch|Zai Lynch]]<sup>([[User_talk:Zai_Lynch|talk]]|[[Special:Contributions/Zai_Lynch|contribs]])</sup> 07:18, 10 May 2008 (PDT)</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlSubStringIndex&diff=89836LlSubStringIndex2008-09-05T18:26:35Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function<br />
|func_id=181|func_sleep=0.0|func_energy=10.0<br />
|func=llSubStringIndex<br />
|return_type=integer|p1_type=string|p1_name=source|p2_type=string|p2_name=pattern<br />
|func_footnote=If '''pattern''' is not found in '''source''', {{HoverText|-1|negative one, 0x{{LSL_Hex/Write|-1}}}} is returned.<br/><br />
The index of the first character in the string is {{HoverText|0|zero}}<br />
|func_desc<br />
|return_text=that is the index of '''pattern''' in '''source'''.<br />
|spec<br />
|caveats=*Performs a literal match (case sensitive).<br />
**Wildcards and RegEx are not supported.<br />
*Attempting to match an empty string ("") will return 0 instead of -1.<br />
*There is no function to search the string from the end or search starting at a specific offset.<br />
|constants<br />
|examples=Matching against last names:<br />
<lsl><br />
default<br />
{<br />
state_entry()<br />
{<br />
llSensorRepeat("", NULL_KEY, AGENT, PI, 96.0, 20);<br />
}<br />
<br />
sensor(integer NumDet)<br />
{<br />
integer i;<br />
<br />
//Loop through all the sensor data and match against " Linden", <br />
//this causes it to match with any last name of Linden (since there can't be spaces before the firstname)<br />
//Alternatively you could match a firstname with "FirstName "<br />
for(i = 0; i < NumDet; ++i)<br />
if(~llSubStringIndex(llDetectedName(i), " Linden"))<br />
llInstantMessage(llDetectedKey(i), "Hello, I see you!");<br />
}<br />
}<br />
</lsl><br />
<br />
<br />
<lsl><br />
Basic Example:<br />
integer temp=llSubStringIndex("string data","TEST");<br />
if(temp==-1){llSay(0),"TEST was not found in the string");}<br />
else{llSay(0,"TEST was found in the string.");}<br />
<br />
<br />
</lsl><br />
|helpers=<br />
Tests to see if one string contains a copy of another:<br />
<br />
1. Concise & conventional:<br />
<br />
<lsl><br />
integer contains(string haystack, string needle) // http://wiki.secondlife.com/wiki/llSubStringIndex<br />
{<br />
return 0 <= llSubStringIndex(haystack, needle);<br />
}<br />
</lsl><br />
<br />
<lsl><br />
integer startswith(string haystack, string needle) // http://wiki.secondlife.com/wiki/llSubStringIndex<br />
{<br />
return llGetSubString(haystack, 0, llStringLength(needle) - 1) == needle;<br />
}<br />
</lsl><br />
<br />
<lsl><br />
integer endswith(string haystack, string needle) // http://wiki.secondlife.com/wiki/llSubStringIndex<br />
{<br />
return llGetSubString(haystack, -llStringLength(needle), -1) == needle;<br />
}<br />
</lsl><br />
<br />
Note: Some of the snippets above return a result without ever calling llSubStringIndex.<br />
<br />
2. Clever & smaller (calculates contains in ~54 bytes rather than ~60):<br />
<br />
<lsl><br />
integer contains(string haystack, string needle) // http://wiki.secondlife.com/wiki/llSubStringIndex<br />
{<br />
return ~llSubStringIndex(haystack, needle);<br />
}<br />
</lsl><br />
<br />
Note: The llSubStringIndex function returns -1 only when not found and the ~ operator returns zero only for -1, so the clever combination ~llSubStringIndex returns zero only for not found, else nonzero for found.<br />
<br />
Note: Smaller was not noticeably faster or slower when our [[Code Racer]] and [[Efficiency Tester]] harnesses measured the expression <nowiki>{ contains("wiki.secondlife.com", "wiki"); }</nowiki>.<br />
|also_functions=<br />
{{LSL DefineRow||[[llListFindList]]|Find a list in another list}}<br />
{{LSL DefineRow||[[llGetSubString]]|Copy out part of a string of characters}}<br />
|also_tests<br />
|also_events<br />
|also_articles<br />
|notes<br />
|cat1=String<br />
|cat2<br />
|cat3<br />
|cat4<br />
}}</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlSubStringIndex&diff=89835LlSubStringIndex2008-09-05T18:25:38Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function<br />
|func_id=181|func_sleep=0.0|func_energy=10.0<br />
|func=llSubStringIndex<br />
|return_type=integer|p1_type=string|p1_name=source|p2_type=string|p2_name=pattern<br />
|func_footnote=If '''pattern''' is not found in '''source''', {{HoverText|-1|negative one, 0x{{LSL_Hex/Write|-1}}}} is returned.<br/><br />
The index of the first character in the string is {{HoverText|0|zero}}<br />
|func_desc<br />
|return_text=that is the index of '''pattern''' in '''source'''.<br />
|spec<br />
|caveats=*Performs a literal match (case sensitive).<br />
**Wildcards and RegEx are not supported.<br />
*Attempting to match an empty string ("") will return 0 instead of -1.<br />
*There is no function to search the string from the end or search starting at a specific offset.<br />
|constants<br />
|examples=Matching against last names:<br />
<lsl><br />
default<br />
{<br />
state_entry()<br />
{<br />
llSensorRepeat("", NULL_KEY, AGENT, PI, 96.0, 20);<br />
}<br />
<br />
sensor(integer NumDet)<br />
{<br />
integer i;<br />
<br />
//Loop through all the sensor data and match against " Linden", <br />
//this causes it to match with any last name of Linden (since there can't be spaces before the firstname)<br />
//Alternatively you could match a firstname with "FirstName "<br />
for(i = 0; i < NumDet; ++i)<br />
if(~llSubStringIndex(llDetectedName(i), " Linden"))<br />
llInstantMessage(llDetectedKey(i), "Hello, I see you!");<br />
}<br />
}<br />
<br />
<br />
<br />
Basic Example:<br />
integer temp=llSubStringIndex("string data","TEST");<br />
if(temp==-1){llSay(0),"TEST was not found in the string");}<br />
else{llSay(0,"TEST was found in the string.");}<br />
<br />
<br />
</lsl><br />
|helpers=<br />
Tests to see if one string contains a copy of another:<br />
<br />
1. Concise & conventional:<br />
<br />
<lsl><br />
integer contains(string haystack, string needle) // http://wiki.secondlife.com/wiki/llSubStringIndex<br />
{<br />
return 0 <= llSubStringIndex(haystack, needle);<br />
}<br />
</lsl><br />
<br />
<lsl><br />
integer startswith(string haystack, string needle) // http://wiki.secondlife.com/wiki/llSubStringIndex<br />
{<br />
return llGetSubString(haystack, 0, llStringLength(needle) - 1) == needle;<br />
}<br />
</lsl><br />
<br />
<lsl><br />
integer endswith(string haystack, string needle) // http://wiki.secondlife.com/wiki/llSubStringIndex<br />
{<br />
return llGetSubString(haystack, -llStringLength(needle), -1) == needle;<br />
}<br />
</lsl><br />
<br />
Note: Some of the snippets above return a result without ever calling llSubStringIndex.<br />
<br />
2. Clever & smaller (calculates contains in ~54 bytes rather than ~60):<br />
<br />
<lsl><br />
integer contains(string haystack, string needle) // http://wiki.secondlife.com/wiki/llSubStringIndex<br />
{<br />
return ~llSubStringIndex(haystack, needle);<br />
}<br />
</lsl><br />
<br />
Note: The llSubStringIndex function returns -1 only when not found and the ~ operator returns zero only for -1, so the clever combination ~llSubStringIndex returns zero only for not found, else nonzero for found.<br />
<br />
Note: Smaller was not noticeably faster or slower when our [[Code Racer]] and [[Efficiency Tester]] harnesses measured the expression <nowiki>{ contains("wiki.secondlife.com", "wiki"); }</nowiki>.<br />
|also_functions=<br />
{{LSL DefineRow||[[llListFindList]]|Find a list in another list}}<br />
{{LSL DefineRow||[[llGetSubString]]|Copy out part of a string of characters}}<br />
|also_tests<br />
|also_events<br />
|also_articles<br />
|notes<br />
|cat1=String<br />
|cat2<br />
|cat3<br />
|cat4<br />
}}</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlSubStringIndex&diff=89834LlSubStringIndex2008-09-05T18:24:06Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function<br />
|func_id=181|func_sleep=0.0|func_energy=10.0<br />
|func=llSubStringIndex<br />
|return_type=integer|p1_type=string|p1_name=source|p2_type=string|p2_name=pattern<br />
|func_footnote=If '''pattern''' is not found in '''source''', {{HoverText|-1|negative one, 0x{{LSL_Hex/Write|-1}}}} is returned.<br/><br />
The index of the first character in the string is {{HoverText|0|zero}}<br />
|func_desc<br />
|return_text=that is the index of '''pattern''' in '''source'''.<br />
|spec<br />
|caveats=*Performs a literal match (case sensitive).<br />
**Wildcards and RegEx are not supported.<br />
*Attempting to match an empty string ("") will return 0 instead of -1.<br />
*There is no function to search the string from the end or search starting at a specific offset.<br />
|constants<br />
|examples=Matching against last names:<br />
<lsl><br />
default<br />
{<br />
state_entry()<br />
{<br />
llSensorRepeat("", NULL_KEY, AGENT, PI, 96.0, 20);<br />
}<br />
<br />
sensor(integer NumDet)<br />
{<br />
integer i;<br />
<br />
//Loop through all the sensor data and match against " Linden", <br />
//this causes it to match with any last name of Linden (since there can't be spaces before the firstname)<br />
//Alternatively you could match a firstname with "FirstName "<br />
for(i = 0; i < NumDet; ++i)<br />
if(~llSubStringIndex(llDetectedName(i), " Linden"))<br />
llInstantMessage(llDetectedKey(i), "Hello, I see you!");<br />
}<br />
}<br />
<br />
<br />
<br />
Basic Example:<br />
integer temp=llSubStringIndex("string data","TEST");<br />
if(temp==-1){llSay(0),"TEST is not found in the string");}<br />
else{llSay(0,"TEST was found in the string.");}<br />
<br />
<br />
</lsl><br />
|helpers=<br />
Tests to see if one string contains a copy of another:<br />
<br />
1. Concise & conventional:<br />
<br />
<lsl><br />
integer contains(string haystack, string needle) // http://wiki.secondlife.com/wiki/llSubStringIndex<br />
{<br />
return 0 <= llSubStringIndex(haystack, needle);<br />
}<br />
</lsl><br />
<br />
<lsl><br />
integer startswith(string haystack, string needle) // http://wiki.secondlife.com/wiki/llSubStringIndex<br />
{<br />
return llGetSubString(haystack, 0, llStringLength(needle) - 1) == needle;<br />
}<br />
</lsl><br />
<br />
<lsl><br />
integer endswith(string haystack, string needle) // http://wiki.secondlife.com/wiki/llSubStringIndex<br />
{<br />
return llGetSubString(haystack, -llStringLength(needle), -1) == needle;<br />
}<br />
</lsl><br />
<br />
Note: Some of the snippets above return a result without ever calling llSubStringIndex.<br />
<br />
2. Clever & smaller (calculates contains in ~54 bytes rather than ~60):<br />
<br />
<lsl><br />
integer contains(string haystack, string needle) // http://wiki.secondlife.com/wiki/llSubStringIndex<br />
{<br />
return ~llSubStringIndex(haystack, needle);<br />
}<br />
</lsl><br />
<br />
Note: The llSubStringIndex function returns -1 only when not found and the ~ operator returns zero only for -1, so the clever combination ~llSubStringIndex returns zero only for not found, else nonzero for found.<br />
<br />
Note: Smaller was not noticeably faster or slower when our [[Code Racer]] and [[Efficiency Tester]] harnesses measured the expression <nowiki>{ contains("wiki.secondlife.com", "wiki"); }</nowiki>.<br />
|also_functions=<br />
{{LSL DefineRow||[[llListFindList]]|Find a list in another list}}<br />
{{LSL DefineRow||[[llGetSubString]]|Copy out part of a string of characters}}<br />
|also_tests<br />
|also_events<br />
|also_articles<br />
|notes<br />
|cat1=String<br />
|cat2<br />
|cat3<br />
|cat4<br />
}}</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlSetColor&diff=56476LlSetColor2008-02-28T04:41:16Z<p>Eren Padar: </p>
<hr />
<div>{{LSL Function/color|color}}{{LSL_Function/face|face|}}<br />
{{LSL_Function<br />
|func_id=49|func_sleep=0.0|func_energy=10.0<br />
|func=llSetColor<br />
|p1_type=vector|p1_name=color|p2_type=integer|p2_name=face<br />
|func_footnote<br />
|func_desc=Sets the '''color''' on '''face'''<br />
|return_text<br />
|spec<br />
|caveats<br />
|constants<br />
<br />
<b>NewbieNotes</b><br />
llSetColor changes the color of a prim, either on a specific side (face) or the entire prim.<br />
Example: llSetColor(<r,g,b>,ALL_SIDES);<br />
r,g,b: values for red, green, blue ranging from <0.0,0.0,0.0> (black) to <1.0,1.0,1.0> (white)<br />
Since this is a vector value, be sure to include the <>.<br />
Example color values: <1.0,1.0,0> = yellow <0.0,1.0,1.0> = cyan <0,1,0> = green<br />
ALL_SIDES means all sides of the prim will be changed to the new color.<br />
If you use an integer value instead, only that side of the prim will be changed<br />
Example: A cube has 6 sides, with values from 0 to 5. llSetColor(<1,1,1>,0); would change the top side of the cube to white.<br />
<br />
<br />
|examples=<lsl><br />
integer face = -1;<br />
vector color = <1.0, 1.0, 1.0>;<br />
<br />
default<br />
{<br />
touch_start(integer num)<br />
{<br />
if(~face)//quick & dirty check for -1<br />
llSetColor(color, face); //restore the color<br />
face = (face + 1) % llGetNumberOfSides(); //increment and keep the face number in range<br />
color = llGetColor(face); //save the face's color<br />
llSetColor(<0.5, 0.0, 0.0>, face );//change the face's color<br />
}<br />
}<br />
</lsl><br />
|helpers<br />
|also_functions=<br />
{{LSL DefineRow||[[llGetAlpha]]|Gets the prim's alpha}}<br />
{{LSL DefineRow||[[llSetAlpha]]|Sets the prim's alpha}}<br />
{{LSL DefineRow||[[llGetColor]]|Gets the prim's color}}<br />
{{LSL DefineRow||[[llSetLinkColor]]|Sets link's color}}<br />
{{LSL DefineRow||[[llSetLinkAlpha]]|Sets link's alpha}}<br />
|also_tests<br />
|also_events=<br />
{{LSL DefineRow||[[changed]]|[[CHANGED_COLOR]]}}<br />
|also_articles<br />
|notes<br />
|deprecated<br />
|cat1<br />
|cat2<br />
|cat3<br />
|cat4<br />
}}</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=Project:Editing_Discussion/Archive_02&diff=56185Project:Editing Discussion/Archive 022008-02-26T22:19:09Z<p>Eren Padar: /* NewbieNotes */</p>
<hr />
<div>This is an open forum for people to discuss this wiki, ala the [http://en.wikipedia.org/wiki/Wikipedia:Village_pump Wikipedia "Village pump"]. This is ''not'' for general discussion of Second Life. For that, please refer to [http://forums.secondlife.com/ the forums]<br />
<br />
Feel free to add your comments below.<br />
<br />
== What should this be called? ==<br />
<br />
I used "Village pump" as a working name. If it sticks, that's fine. I thought about using a Second Life themed name (e.g. The Telehub), but then realized that there could be confusion between that page and a future [[Telehub]] page which actually describes what Telehubs are. Maybe the "Hippo Pond"? -- [[User:Rob Linden|Rob Linden]] 18:29, 13 May 2007 (PDT)<br />
<br />
:That names sounds ok, but what should the namespace be? -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
::I'm using the same guidelines as other wikis (like Wikipedia's village pump, at http://en.wikipedia.org/wiki/Project:Village_pump ), though I'll admit it's a little confusing in this case. One really irritating thing about MediaWiki is that it assumes that the name of the wiki ("Second Life Wiki") is a term that is appropriate to use as a namespace identifier, because it works for Wikipedia. So, we either have to shorten the name of the wiki ("SLWiki", which I think was already being used by someone else), or use "Project". I opted for the latter in configuring this wiki. -- [[User:Rob Linden|Rob Linden]] 10:55, 14 May 2007 (PDT)<br />
<br />
== Guidelines ==<br />
<br />
Given past experiences with the forums, some moderation will need to be done. -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
I suggest keeping it simple. If it is the only SL Forum call it 'SL Forum'. If it is the SL People's Forum then call it that.Errol Carter<br />
<br />
== Purpose ==<br />
<br />
How does this 'forum' differ from the Second Life Forum? (except that this one is accessable by free-accounts)--[[User:Vernes Veranes|Vernes Veranes]] 18:14, 1 June 2007 (PDT)<br />
<br />
:This is specifically a place to discuss the wiki itself, not Second Life generally. -- [[User:Rob Linden|Rob Linden]] 18:19, 1 June 2007 (PDT)<br />
<br />
<br />
<br />
== Policy Section ==<br />
<br />
* To discuss existing and proposed policies<br />
<br />
===Licensing===<br />
<br />
:'''Q.''' Residents have begun to [[Sculpted_Prims:_Sculpt_Maps_and_Textures|share sculpt maps, textures, and sculpted prims]] on the wiki. According to the [[Project:General_disclaimer|General Disclaimer]], "Linden Lab will make your contribution available under the [http://creativecommons.org/licenses/by-sa/2.5/ Creative Comments (sic) Attribution-ShareAlike 2.5 license]". (cf. [[Project:Contribution_Agreement|Contribution Agreement]] and the [[Project:Copyrights|Copyrights Project]]). Will residents be able to choose other licenses (a different ''Creative Commons'' license, GPL, or the [http://artlibre.org/licence/lal/en/ Free Art License] for example) if they wish to do so? &mdash; [[User:Yuu Nakamichi|Yuu Nakamichi]] 01:08, 4 June 2007 (PDT)<br />
<br />
:: '''A.''': No, not if you host it here. It's just too complicated. You may link to differently licensed material, but please don't expect to choose your own license for information you upload here. -- [[User:Rob Linden|Rob Linden]] 11:35, 18 July 2007 (PDT)<br />
<br />
===Project page vs. Project discussion page===<br />
<br />
:Discussion should occur on the discussion page; with this '''project''' page itself being an overview rather than the actual discussion.<br />
:<br />
:Is this correct? --[[User:JetZep Zabelin|JetZep Zabelin]] 20:01, 27 September 2007 (PDT)<br />
<br />
::Well, this page is kind of the exception to the rule, since it's specifically identified as a discussion page. But yes, in general, discussion should go on the discussion page. I thought about putting a redirect from here straight to [[Project talk:Editing Discussion]], but thought better of it. -- [[User:Rob Linden|Rob Linden]] 20:59, 27 September 2007 (PDT)<br />
<br />
===Persistent Logins===<br />
:'''Q.''' Can we please have persistent logins here? I really don't see the need for having to log in each time, it's annoying; but even more annoying is being in the middle of an edit, getting called away, coming back, finishing the edit, clicking the Preview button...only to be told you need to log in to edit, and all the work you've done is gone. [[User:Siann Beck|Siann Beck]] 16:57, 9 October 2007 (PDT)<br />
<br />
::'''A.''': Logins should be persistent for 24 hrs. It could be that our sysadmins needed to reset the sessions, which could lead to the probelm you describe. A workaround for the problem (in Firefox, at least) if it happens again is this:<br />
::* Leave the "you need to log in to edit" screen up<br />
::* Open the login link ''in a new window''<br />
::* Hit reload in the first window. In Firefox, this causes you to get prompted to repost form data. Click "ok".<br />
::Sorry that you lost your edits. I know that's frustrating. There are also form saving plugins for various browsers, as well ([http://www.ilovejackdaniels.com/user-scripts/auto-save-forms-user-script/ Firefox Auto Save], for example) -- [[User:Rob Linden|Rob Linden]] 17:18, 9 October 2007 (PDT)<br />
<br />
:::Why expire them at all? Can't we have a "Keep me signed in" checkbox on the login page? I'm the only person who uses my computer; I see no need for me to have to log in every day. [[User:Siann Beck|Siann Beck]] 04:54, 11 October 2007 (PDT)<br />
<br />
== NewbieNotes ==<br />
For some time a call has been made to the general public to modify and simplify the Wiki. NewbieNotes is a response to that, a section for new and experienced scripters alike that is dedicated to explaining LsL in simple English. While in some instances NewbieNotes duplicate some information, it attempts to do so in an easier-to-understand manner for inexperienced scripters (or experienced scripters who are tearing their hair out over some glitch or quirk). NewbieNotes speak plain English and attempt to overcome the "techno-geek-speak" syndrome so often found throughout tech manuals. The NewbieNote Motto: "One simple phrase is better than twelve complex ones".<br />
<br />
== Sandbox namespace? ==<br />
At the [[Open_Source_Meeting/2007-11-08|open source meeting on 2007-11-08]], we spent a fair amount of time talking about how wiki.secondlife.com would be used for [[Architecture Working Group]] proposals.<br />
<br />
A problem that we have right now (and one that existed before AWG, but became more acute now) is that we at Linden Lab host the wiki primarily as a resource to collaborate with the community on documentation and code designs. As a result, we think that people are coming to the wiki with the hope that they're going to find either material that documents Second Life as it is or soon will be, or with roadmap material that Linden Lab had some hand in creating. While a wiki is always more of a "reader beware" zone than many places on the Internet, we'd like to aspire to keeping the main namespace as an area tailored to our intended audience.<br />
<br />
That said, we don't mind providing an area for people not affiliated with Linden Lab to collaborate on material that they hope to get Linden Lab's buy-in of, but haven't gotten it yet (within reason). We just want to make sure that material is in a different spot, and is clearly marked as such. Our current solution is to move that type of material into the User: namespace for the person who started the document. However, there are a number of shared documents that don't have an obvious home.<br />
<br />
So, I'm dabbling with the idea of creating a new "Sandbox" namespace, where this material would be, and where Lindens can move things rather than delete them. This wouldn't be an unbounded area; we'd still expect people to follow the [[Project:Editing Guidelines]], but would be a little more open to technical proposals that we don't agree with but were made in good faith. <br />
<br />
Thoughts? -- [[User:Rob Linden|Rob Linden]] 18:28, 8 November 2007 (PST)<br />
<br />
: How about a "kitty litter" namespace? :)<br />
<br />
: Are things in Category:Design Discussions problematic as well? If I look at [[LSL To Client Communication]] it's pretty clear to me that this is a proposal. With AWG, everything is a proposal, so maybe it's not clear on every page.<br />
<br />
: I don't think adding a "Sandbox:" to the page title would really make a difference to someone unfamiliar with the Wiki. Unless it says "User:" it's not clear that this is one individual's unsupported vision. Wouldn't it make sense to move the stuff to the "Discussion:" page though? [[User:Mm Alder|Mm Alder]] 16:01, 12 November 2007 (PST)<br />
<br />
:: I may revert back to my original proposal, which is to start tagging things with a <nowiki>{{unofficial}}</nowiki> template, and ask people to do this (and to chip in on the tagging effort). The template could be something along the lines of:<br />
<br />
<div style='padding: 5px; margin-top: 0; margin-bottom: 0; border: solid 1px #3c78b5; background-color: #D8E4F1;'>This is a Resident-authored proposal, and does not necessarily represent the current state of Second Life or Linden Lab's immediate plans for Second Life.</div><br />
<br />
:: It seems like we should try to provide some clue to help distinguish the two types of content. "Sandbox:" might still be handy. To a newcomer, it would likely connote that ''something'' is a little different about this page. They may not know exactly what, but they'd hopefully be a little more inclined to investigating further before internalizing the information as factual information about Second Life. Would "Proposal:" be a better name? I think in either case (Sandbox: or Proposal:), there would be cases where Linden Lab would use this namespace, too, but would move the document out of "Proposal:" when the document represents the plan of record. -- [[User:Rob Linden|Rob Linden]] 17:01, 12 November 2007 (PST)<br />
<br />
== WikiHUD ==<br />
<br />
Hello, I've begun creating a utility for [http://secondlife.wikia.com/wiki/WikiHUD reading wiki pages in world] to fully support this wiki I need to know where the api.php is, so that search and other functions against api.php work. Presently only reading articles works (summary and full modes) because these are against index.php. The code is open source and the object in world is full permissions. <br />
<br />
[[User:Lillie Yifu|Lillie Yifu]] 18:15, 15 February 2008 (PST)</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=Project:Editing_Discussion/Archive_02&diff=56184Project:Editing Discussion/Archive 022008-02-26T22:17:32Z<p>Eren Padar: /* SimpleNotes */</p>
<hr />
<div>This is an open forum for people to discuss this wiki, ala the [http://en.wikipedia.org/wiki/Wikipedia:Village_pump Wikipedia "Village pump"]. This is ''not'' for general discussion of Second Life. For that, please refer to [http://forums.secondlife.com/ the forums]<br />
<br />
Feel free to add your comments below.<br />
<br />
== What should this be called? ==<br />
<br />
I used "Village pump" as a working name. If it sticks, that's fine. I thought about using a Second Life themed name (e.g. The Telehub), but then realized that there could be confusion between that page and a future [[Telehub]] page which actually describes what Telehubs are. Maybe the "Hippo Pond"? -- [[User:Rob Linden|Rob Linden]] 18:29, 13 May 2007 (PDT)<br />
<br />
:That names sounds ok, but what should the namespace be? -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
::I'm using the same guidelines as other wikis (like Wikipedia's village pump, at http://en.wikipedia.org/wiki/Project:Village_pump ), though I'll admit it's a little confusing in this case. One really irritating thing about MediaWiki is that it assumes that the name of the wiki ("Second Life Wiki") is a term that is appropriate to use as a namespace identifier, because it works for Wikipedia. So, we either have to shorten the name of the wiki ("SLWiki", which I think was already being used by someone else), or use "Project". I opted for the latter in configuring this wiki. -- [[User:Rob Linden|Rob Linden]] 10:55, 14 May 2007 (PDT)<br />
<br />
== Guidelines ==<br />
<br />
Given past experiences with the forums, some moderation will need to be done. -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
I suggest keeping it simple. If it is the only SL Forum call it 'SL Forum'. If it is the SL People's Forum then call it that.Errol Carter<br />
<br />
== Purpose ==<br />
<br />
How does this 'forum' differ from the Second Life Forum? (except that this one is accessable by free-accounts)--[[User:Vernes Veranes|Vernes Veranes]] 18:14, 1 June 2007 (PDT)<br />
<br />
:This is specifically a place to discuss the wiki itself, not Second Life generally. -- [[User:Rob Linden|Rob Linden]] 18:19, 1 June 2007 (PDT)<br />
<br />
<br />
<br />
== Policy Section ==<br />
<br />
* To discuss existing and proposed policies<br />
<br />
===Licensing===<br />
<br />
:'''Q.''' Residents have begun to [[Sculpted_Prims:_Sculpt_Maps_and_Textures|share sculpt maps, textures, and sculpted prims]] on the wiki. According to the [[Project:General_disclaimer|General Disclaimer]], "Linden Lab will make your contribution available under the [http://creativecommons.org/licenses/by-sa/2.5/ Creative Comments (sic) Attribution-ShareAlike 2.5 license]". (cf. [[Project:Contribution_Agreement|Contribution Agreement]] and the [[Project:Copyrights|Copyrights Project]]). Will residents be able to choose other licenses (a different ''Creative Commons'' license, GPL, or the [http://artlibre.org/licence/lal/en/ Free Art License] for example) if they wish to do so? &mdash; [[User:Yuu Nakamichi|Yuu Nakamichi]] 01:08, 4 June 2007 (PDT)<br />
<br />
:: '''A.''': No, not if you host it here. It's just too complicated. You may link to differently licensed material, but please don't expect to choose your own license for information you upload here. -- [[User:Rob Linden|Rob Linden]] 11:35, 18 July 2007 (PDT)<br />
<br />
===Project page vs. Project discussion page===<br />
<br />
:Discussion should occur on the discussion page; with this '''project''' page itself being an overview rather than the actual discussion.<br />
:<br />
:Is this correct? --[[User:JetZep Zabelin|JetZep Zabelin]] 20:01, 27 September 2007 (PDT)<br />
<br />
::Well, this page is kind of the exception to the rule, since it's specifically identified as a discussion page. But yes, in general, discussion should go on the discussion page. I thought about putting a redirect from here straight to [[Project talk:Editing Discussion]], but thought better of it. -- [[User:Rob Linden|Rob Linden]] 20:59, 27 September 2007 (PDT)<br />
<br />
===Persistent Logins===<br />
:'''Q.''' Can we please have persistent logins here? I really don't see the need for having to log in each time, it's annoying; but even more annoying is being in the middle of an edit, getting called away, coming back, finishing the edit, clicking the Preview button...only to be told you need to log in to edit, and all the work you've done is gone. [[User:Siann Beck|Siann Beck]] 16:57, 9 October 2007 (PDT)<br />
<br />
::'''A.''': Logins should be persistent for 24 hrs. It could be that our sysadmins needed to reset the sessions, which could lead to the probelm you describe. A workaround for the problem (in Firefox, at least) if it happens again is this:<br />
::* Leave the "you need to log in to edit" screen up<br />
::* Open the login link ''in a new window''<br />
::* Hit reload in the first window. In Firefox, this causes you to get prompted to repost form data. Click "ok".<br />
::Sorry that you lost your edits. I know that's frustrating. There are also form saving plugins for various browsers, as well ([http://www.ilovejackdaniels.com/user-scripts/auto-save-forms-user-script/ Firefox Auto Save], for example) -- [[User:Rob Linden|Rob Linden]] 17:18, 9 October 2007 (PDT)<br />
<br />
:::Why expire them at all? Can't we have a "Keep me signed in" checkbox on the login page? I'm the only person who uses my computer; I see no need for me to have to log in every day. [[User:Siann Beck|Siann Beck]] 04:54, 11 October 2007 (PDT)<br />
<br />
== NewbieNotes ==<br />
For some time a call has been made to the general public to modify and simplify the Wiki. SimpleNotes is a response to that, an "LsL for Dummies" section at the end of the regular listings. While in some instances SimpleNotes duplicate some information, it attempts to do so in an easier-to-understand manner for inexperienced scripters (or experienced scripters who are tearing their hair out over some glitch or quirk). SimpleNotes speak plain English and attempt to overcome the "techno-geek-speak" syndrome so often found throughout the LsL Wiki. The SimpleNote Motto: "One simple phrase is better than twelve complex ones".<br />
<br />
== Sandbox namespace? ==<br />
At the [[Open_Source_Meeting/2007-11-08|open source meeting on 2007-11-08]], we spent a fair amount of time talking about how wiki.secondlife.com would be used for [[Architecture Working Group]] proposals.<br />
<br />
A problem that we have right now (and one that existed before AWG, but became more acute now) is that we at Linden Lab host the wiki primarily as a resource to collaborate with the community on documentation and code designs. As a result, we think that people are coming to the wiki with the hope that they're going to find either material that documents Second Life as it is or soon will be, or with roadmap material that Linden Lab had some hand in creating. While a wiki is always more of a "reader beware" zone than many places on the Internet, we'd like to aspire to keeping the main namespace as an area tailored to our intended audience.<br />
<br />
That said, we don't mind providing an area for people not affiliated with Linden Lab to collaborate on material that they hope to get Linden Lab's buy-in of, but haven't gotten it yet (within reason). We just want to make sure that material is in a different spot, and is clearly marked as such. Our current solution is to move that type of material into the User: namespace for the person who started the document. However, there are a number of shared documents that don't have an obvious home.<br />
<br />
So, I'm dabbling with the idea of creating a new "Sandbox" namespace, where this material would be, and where Lindens can move things rather than delete them. This wouldn't be an unbounded area; we'd still expect people to follow the [[Project:Editing Guidelines]], but would be a little more open to technical proposals that we don't agree with but were made in good faith. <br />
<br />
Thoughts? -- [[User:Rob Linden|Rob Linden]] 18:28, 8 November 2007 (PST)<br />
<br />
: How about a "kitty litter" namespace? :)<br />
<br />
: Are things in Category:Design Discussions problematic as well? If I look at [[LSL To Client Communication]] it's pretty clear to me that this is a proposal. With AWG, everything is a proposal, so maybe it's not clear on every page.<br />
<br />
: I don't think adding a "Sandbox:" to the page title would really make a difference to someone unfamiliar with the Wiki. Unless it says "User:" it's not clear that this is one individual's unsupported vision. Wouldn't it make sense to move the stuff to the "Discussion:" page though? [[User:Mm Alder|Mm Alder]] 16:01, 12 November 2007 (PST)<br />
<br />
:: I may revert back to my original proposal, which is to start tagging things with a <nowiki>{{unofficial}}</nowiki> template, and ask people to do this (and to chip in on the tagging effort). The template could be something along the lines of:<br />
<br />
<div style='padding: 5px; margin-top: 0; margin-bottom: 0; border: solid 1px #3c78b5; background-color: #D8E4F1;'>This is a Resident-authored proposal, and does not necessarily represent the current state of Second Life or Linden Lab's immediate plans for Second Life.</div><br />
<br />
:: It seems like we should try to provide some clue to help distinguish the two types of content. "Sandbox:" might still be handy. To a newcomer, it would likely connote that ''something'' is a little different about this page. They may not know exactly what, but they'd hopefully be a little more inclined to investigating further before internalizing the information as factual information about Second Life. Would "Proposal:" be a better name? I think in either case (Sandbox: or Proposal:), there would be cases where Linden Lab would use this namespace, too, but would move the document out of "Proposal:" when the document represents the plan of record. -- [[User:Rob Linden|Rob Linden]] 17:01, 12 November 2007 (PST)<br />
<br />
== WikiHUD ==<br />
<br />
Hello, I've begun creating a utility for [http://secondlife.wikia.com/wiki/WikiHUD reading wiki pages in world] to fully support this wiki I need to know where the api.php is, so that search and other functions against api.php work. Presently only reading articles works (summary and full modes) because these are against index.php. The code is open source and the object in world is full permissions. <br />
<br />
[[User:Lillie Yifu|Lillie Yifu]] 18:15, 15 February 2008 (PST)</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=Project:Editing_Discussion/Archive_02&diff=56167Project:Editing Discussion/Archive 022008-02-26T21:04:48Z<p>Eren Padar: /* SimpleNotes */</p>
<hr />
<div>This is an open forum for people to discuss this wiki, ala the [http://en.wikipedia.org/wiki/Wikipedia:Village_pump Wikipedia "Village pump"]. This is ''not'' for general discussion of Second Life. For that, please refer to [http://forums.secondlife.com/ the forums]<br />
<br />
Feel free to add your comments below.<br />
<br />
== What should this be called? ==<br />
<br />
I used "Village pump" as a working name. If it sticks, that's fine. I thought about using a Second Life themed name (e.g. The Telehub), but then realized that there could be confusion between that page and a future [[Telehub]] page which actually describes what Telehubs are. Maybe the "Hippo Pond"? -- [[User:Rob Linden|Rob Linden]] 18:29, 13 May 2007 (PDT)<br />
<br />
:That names sounds ok, but what should the namespace be? -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
::I'm using the same guidelines as other wikis (like Wikipedia's village pump, at http://en.wikipedia.org/wiki/Project:Village_pump ), though I'll admit it's a little confusing in this case. One really irritating thing about MediaWiki is that it assumes that the name of the wiki ("Second Life Wiki") is a term that is appropriate to use as a namespace identifier, because it works for Wikipedia. So, we either have to shorten the name of the wiki ("SLWiki", which I think was already being used by someone else), or use "Project". I opted for the latter in configuring this wiki. -- [[User:Rob Linden|Rob Linden]] 10:55, 14 May 2007 (PDT)<br />
<br />
== Guidelines ==<br />
<br />
Given past experiences with the forums, some moderation will need to be done. -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
I suggest keeping it simple. If it is the only SL Forum call it 'SL Forum'. If it is the SL People's Forum then call it that.Errol Carter<br />
<br />
== Purpose ==<br />
<br />
How does this 'forum' differ from the Second Life Forum? (except that this one is accessable by free-accounts)--[[User:Vernes Veranes|Vernes Veranes]] 18:14, 1 June 2007 (PDT)<br />
<br />
:This is specifically a place to discuss the wiki itself, not Second Life generally. -- [[User:Rob Linden|Rob Linden]] 18:19, 1 June 2007 (PDT)<br />
<br />
<br />
<br />
== Policy Section ==<br />
<br />
* To discuss existing and proposed policies<br />
<br />
===Licensing===<br />
<br />
:'''Q.''' Residents have begun to [[Sculpted_Prims:_Sculpt_Maps_and_Textures|share sculpt maps, textures, and sculpted prims]] on the wiki. According to the [[Project:General_disclaimer|General Disclaimer]], "Linden Lab will make your contribution available under the [http://creativecommons.org/licenses/by-sa/2.5/ Creative Comments (sic) Attribution-ShareAlike 2.5 license]". (cf. [[Project:Contribution_Agreement|Contribution Agreement]] and the [[Project:Copyrights|Copyrights Project]]). Will residents be able to choose other licenses (a different ''Creative Commons'' license, GPL, or the [http://artlibre.org/licence/lal/en/ Free Art License] for example) if they wish to do so? &mdash; [[User:Yuu Nakamichi|Yuu Nakamichi]] 01:08, 4 June 2007 (PDT)<br />
<br />
:: '''A.''': No, not if you host it here. It's just too complicated. You may link to differently licensed material, but please don't expect to choose your own license for information you upload here. -- [[User:Rob Linden|Rob Linden]] 11:35, 18 July 2007 (PDT)<br />
<br />
===Project page vs. Project discussion page===<br />
<br />
:Discussion should occur on the discussion page; with this '''project''' page itself being an overview rather than the actual discussion.<br />
:<br />
:Is this correct? --[[User:JetZep Zabelin|JetZep Zabelin]] 20:01, 27 September 2007 (PDT)<br />
<br />
::Well, this page is kind of the exception to the rule, since it's specifically identified as a discussion page. But yes, in general, discussion should go on the discussion page. I thought about putting a redirect from here straight to [[Project talk:Editing Discussion]], but thought better of it. -- [[User:Rob Linden|Rob Linden]] 20:59, 27 September 2007 (PDT)<br />
<br />
===Persistent Logins===<br />
:'''Q.''' Can we please have persistent logins here? I really don't see the need for having to log in each time, it's annoying; but even more annoying is being in the middle of an edit, getting called away, coming back, finishing the edit, clicking the Preview button...only to be told you need to log in to edit, and all the work you've done is gone. [[User:Siann Beck|Siann Beck]] 16:57, 9 October 2007 (PDT)<br />
<br />
::'''A.''': Logins should be persistent for 24 hrs. It could be that our sysadmins needed to reset the sessions, which could lead to the probelm you describe. A workaround for the problem (in Firefox, at least) if it happens again is this:<br />
::* Leave the "you need to log in to edit" screen up<br />
::* Open the login link ''in a new window''<br />
::* Hit reload in the first window. In Firefox, this causes you to get prompted to repost form data. Click "ok".<br />
::Sorry that you lost your edits. I know that's frustrating. There are also form saving plugins for various browsers, as well ([http://www.ilovejackdaniels.com/user-scripts/auto-save-forms-user-script/ Firefox Auto Save], for example) -- [[User:Rob Linden|Rob Linden]] 17:18, 9 October 2007 (PDT)<br />
<br />
:::Why expire them at all? Can't we have a "Keep me signed in" checkbox on the login page? I'm the only person who uses my computer; I see no need for me to have to log in every day. [[User:Siann Beck|Siann Beck]] 04:54, 11 October 2007 (PDT)<br />
<br />
== SimpleNotes ==<br />
For some time a call has been made to the general public to modify and simplify the Wiki. SimpleNotes is a response to that, an "LsL for Dummies" section at the end of the regular listings. While in some instances SimpleNotes duplicate some information, it attempts to do so in an easier-to-understand manner for inexperienced scripters (or experienced scripters who are tearing their hair out over some glitch or quirk). SimpleNotes speak plain English and attempt to overcome the "techno-geek-speak" syndrome so often found throughout the LsL Wiki. The SimpleNote Motto: "One simple phrase is better than twelve complex ones".<br />
<br />
(Strife Onizuka's post has been deleted here for insulting and flaming attitude. The Wiki is an informative area. Please take personal issues in-world, privately).<br />
<br />
== Sandbox namespace? ==<br />
At the [[Open_Source_Meeting/2007-11-08|open source meeting on 2007-11-08]], we spent a fair amount of time talking about how wiki.secondlife.com would be used for [[Architecture Working Group]] proposals.<br />
<br />
A problem that we have right now (and one that existed before AWG, but became more acute now) is that we at Linden Lab host the wiki primarily as a resource to collaborate with the community on documentation and code designs. As a result, we think that people are coming to the wiki with the hope that they're going to find either material that documents Second Life as it is or soon will be, or with roadmap material that Linden Lab had some hand in creating. While a wiki is always more of a "reader beware" zone than many places on the Internet, we'd like to aspire to keeping the main namespace as an area tailored to our intended audience.<br />
<br />
That said, we don't mind providing an area for people not affiliated with Linden Lab to collaborate on material that they hope to get Linden Lab's buy-in of, but haven't gotten it yet (within reason). We just want to make sure that material is in a different spot, and is clearly marked as such. Our current solution is to move that type of material into the User: namespace for the person who started the document. However, there are a number of shared documents that don't have an obvious home.<br />
<br />
So, I'm dabbling with the idea of creating a new "Sandbox" namespace, where this material would be, and where Lindens can move things rather than delete them. This wouldn't be an unbounded area; we'd still expect people to follow the [[Project:Editing Guidelines]], but would be a little more open to technical proposals that we don't agree with but were made in good faith. <br />
<br />
Thoughts? -- [[User:Rob Linden|Rob Linden]] 18:28, 8 November 2007 (PST)<br />
<br />
: How about a "kitty litter" namespace? :)<br />
<br />
: Are things in Category:Design Discussions problematic as well? If I look at [[LSL To Client Communication]] it's pretty clear to me that this is a proposal. With AWG, everything is a proposal, so maybe it's not clear on every page.<br />
<br />
: I don't think adding a "Sandbox:" to the page title would really make a difference to someone unfamiliar with the Wiki. Unless it says "User:" it's not clear that this is one individual's unsupported vision. Wouldn't it make sense to move the stuff to the "Discussion:" page though? [[User:Mm Alder|Mm Alder]] 16:01, 12 November 2007 (PST)<br />
<br />
:: I may revert back to my original proposal, which is to start tagging things with a <nowiki>{{unofficial}}</nowiki> template, and ask people to do this (and to chip in on the tagging effort). The template could be something along the lines of:<br />
<br />
<div style='padding: 5px; margin-top: 0; margin-bottom: 0; border: solid 1px #3c78b5; background-color: #D8E4F1;'>This is a Resident-authored proposal, and does not necessarily represent the current state of Second Life or Linden Lab's immediate plans for Second Life.</div><br />
<br />
:: It seems like we should try to provide some clue to help distinguish the two types of content. "Sandbox:" might still be handy. To a newcomer, it would likely connote that ''something'' is a little different about this page. They may not know exactly what, but they'd hopefully be a little more inclined to investigating further before internalizing the information as factual information about Second Life. Would "Proposal:" be a better name? I think in either case (Sandbox: or Proposal:), there would be cases where Linden Lab would use this namespace, too, but would move the document out of "Proposal:" when the document represents the plan of record. -- [[User:Rob Linden|Rob Linden]] 17:01, 12 November 2007 (PST)<br />
<br />
== WikiHUD ==<br />
<br />
Hello, I've begun creating a utility for [http://secondlife.wikia.com/wiki/WikiHUD reading wiki pages in world] to fully support this wiki I need to know where the api.php is, so that search and other functions against api.php work. Presently only reading articles works (summary and full modes) because these are against index.php. The code is open source and the object in world is full permissions. <br />
<br />
[[User:Lillie Yifu|Lillie Yifu]] 18:15, 15 February 2008 (PST)</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=Project:Editing_Discussion/Archive_02&diff=56166Project:Editing Discussion/Archive 022008-02-26T20:56:37Z<p>Eren Padar: /* ErenNotes */</p>
<hr />
<div>This is an open forum for people to discuss this wiki, ala the [http://en.wikipedia.org/wiki/Wikipedia:Village_pump Wikipedia "Village pump"]. This is ''not'' for general discussion of Second Life. For that, please refer to [http://forums.secondlife.com/ the forums]<br />
<br />
Feel free to add your comments below.<br />
<br />
== What should this be called? ==<br />
<br />
I used "Village pump" as a working name. If it sticks, that's fine. I thought about using a Second Life themed name (e.g. The Telehub), but then realized that there could be confusion between that page and a future [[Telehub]] page which actually describes what Telehubs are. Maybe the "Hippo Pond"? -- [[User:Rob Linden|Rob Linden]] 18:29, 13 May 2007 (PDT)<br />
<br />
:That names sounds ok, but what should the namespace be? -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
::I'm using the same guidelines as other wikis (like Wikipedia's village pump, at http://en.wikipedia.org/wiki/Project:Village_pump ), though I'll admit it's a little confusing in this case. One really irritating thing about MediaWiki is that it assumes that the name of the wiki ("Second Life Wiki") is a term that is appropriate to use as a namespace identifier, because it works for Wikipedia. So, we either have to shorten the name of the wiki ("SLWiki", which I think was already being used by someone else), or use "Project". I opted for the latter in configuring this wiki. -- [[User:Rob Linden|Rob Linden]] 10:55, 14 May 2007 (PDT)<br />
<br />
== Guidelines ==<br />
<br />
Given past experiences with the forums, some moderation will need to be done. -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
I suggest keeping it simple. If it is the only SL Forum call it 'SL Forum'. If it is the SL People's Forum then call it that.Errol Carter<br />
<br />
== Purpose ==<br />
<br />
How does this 'forum' differ from the Second Life Forum? (except that this one is accessable by free-accounts)--[[User:Vernes Veranes|Vernes Veranes]] 18:14, 1 June 2007 (PDT)<br />
<br />
:This is specifically a place to discuss the wiki itself, not Second Life generally. -- [[User:Rob Linden|Rob Linden]] 18:19, 1 June 2007 (PDT)<br />
<br />
<br />
<br />
== Policy Section ==<br />
<br />
* To discuss existing and proposed policies<br />
<br />
===Licensing===<br />
<br />
:'''Q.''' Residents have begun to [[Sculpted_Prims:_Sculpt_Maps_and_Textures|share sculpt maps, textures, and sculpted prims]] on the wiki. According to the [[Project:General_disclaimer|General Disclaimer]], "Linden Lab will make your contribution available under the [http://creativecommons.org/licenses/by-sa/2.5/ Creative Comments (sic) Attribution-ShareAlike 2.5 license]". (cf. [[Project:Contribution_Agreement|Contribution Agreement]] and the [[Project:Copyrights|Copyrights Project]]). Will residents be able to choose other licenses (a different ''Creative Commons'' license, GPL, or the [http://artlibre.org/licence/lal/en/ Free Art License] for example) if they wish to do so? &mdash; [[User:Yuu Nakamichi|Yuu Nakamichi]] 01:08, 4 June 2007 (PDT)<br />
<br />
:: '''A.''': No, not if you host it here. It's just too complicated. You may link to differently licensed material, but please don't expect to choose your own license for information you upload here. -- [[User:Rob Linden|Rob Linden]] 11:35, 18 July 2007 (PDT)<br />
<br />
===Project page vs. Project discussion page===<br />
<br />
:Discussion should occur on the discussion page; with this '''project''' page itself being an overview rather than the actual discussion.<br />
:<br />
:Is this correct? --[[User:JetZep Zabelin|JetZep Zabelin]] 20:01, 27 September 2007 (PDT)<br />
<br />
::Well, this page is kind of the exception to the rule, since it's specifically identified as a discussion page. But yes, in general, discussion should go on the discussion page. I thought about putting a redirect from here straight to [[Project talk:Editing Discussion]], but thought better of it. -- [[User:Rob Linden|Rob Linden]] 20:59, 27 September 2007 (PDT)<br />
<br />
===Persistent Logins===<br />
:'''Q.''' Can we please have persistent logins here? I really don't see the need for having to log in each time, it's annoying; but even more annoying is being in the middle of an edit, getting called away, coming back, finishing the edit, clicking the Preview button...only to be told you need to log in to edit, and all the work you've done is gone. [[User:Siann Beck|Siann Beck]] 16:57, 9 October 2007 (PDT)<br />
<br />
::'''A.''': Logins should be persistent for 24 hrs. It could be that our sysadmins needed to reset the sessions, which could lead to the probelm you describe. A workaround for the problem (in Firefox, at least) if it happens again is this:<br />
::* Leave the "you need to log in to edit" screen up<br />
::* Open the login link ''in a new window''<br />
::* Hit reload in the first window. In Firefox, this causes you to get prompted to repost form data. Click "ok".<br />
::Sorry that you lost your edits. I know that's frustrating. There are also form saving plugins for various browsers, as well ([http://www.ilovejackdaniels.com/user-scripts/auto-save-forms-user-script/ Firefox Auto Save], for example) -- [[User:Rob Linden|Rob Linden]] 17:18, 9 October 2007 (PDT)<br />
<br />
:::Why expire them at all? Can't we have a "Keep me signed in" checkbox on the login page? I'm the only person who uses my computer; I see no need for me to have to log in every day. [[User:Siann Beck|Siann Beck]] 04:54, 11 October 2007 (PDT)<br />
<br />
== SimpleNotes ==<br />
For some time a call has been made to the general public to modify and simplify the Wiki. SimpleNotes is a response to that, an "LsL for Dummies" section at the end of the regular listings. While in some instances SimpleNotes duplicate some information, it attempts to do so in an easier-to-understand manner for inexperienced scripters (or experienced scripters who are tearing their hair out over some glitch or quirk). SimpleNotes speak plain English and attempt to overcome the "techno-geek-speak" syndrome so often found throughout the LsL Wiki. The SimpleNote Motto: "One simple phrase is better than twelve complex ones".<br />
<br />
(Strife Onzula's post has been deleted here for insulting and flaming attitude. The Wiki is an informative area. Please take personal issues in-world, privately).<br />
<br />
== Sandbox namespace? ==<br />
At the [[Open_Source_Meeting/2007-11-08|open source meeting on 2007-11-08]], we spent a fair amount of time talking about how wiki.secondlife.com would be used for [[Architecture Working Group]] proposals.<br />
<br />
A problem that we have right now (and one that existed before AWG, but became more acute now) is that we at Linden Lab host the wiki primarily as a resource to collaborate with the community on documentation and code designs. As a result, we think that people are coming to the wiki with the hope that they're going to find either material that documents Second Life as it is or soon will be, or with roadmap material that Linden Lab had some hand in creating. While a wiki is always more of a "reader beware" zone than many places on the Internet, we'd like to aspire to keeping the main namespace as an area tailored to our intended audience.<br />
<br />
That said, we don't mind providing an area for people not affiliated with Linden Lab to collaborate on material that they hope to get Linden Lab's buy-in of, but haven't gotten it yet (within reason). We just want to make sure that material is in a different spot, and is clearly marked as such. Our current solution is to move that type of material into the User: namespace for the person who started the document. However, there are a number of shared documents that don't have an obvious home.<br />
<br />
So, I'm dabbling with the idea of creating a new "Sandbox" namespace, where this material would be, and where Lindens can move things rather than delete them. This wouldn't be an unbounded area; we'd still expect people to follow the [[Project:Editing Guidelines]], but would be a little more open to technical proposals that we don't agree with but were made in good faith. <br />
<br />
Thoughts? -- [[User:Rob Linden|Rob Linden]] 18:28, 8 November 2007 (PST)<br />
<br />
: How about a "kitty litter" namespace? :)<br />
<br />
: Are things in Category:Design Discussions problematic as well? If I look at [[LSL To Client Communication]] it's pretty clear to me that this is a proposal. With AWG, everything is a proposal, so maybe it's not clear on every page.<br />
<br />
: I don't think adding a "Sandbox:" to the page title would really make a difference to someone unfamiliar with the Wiki. Unless it says "User:" it's not clear that this is one individual's unsupported vision. Wouldn't it make sense to move the stuff to the "Discussion:" page though? [[User:Mm Alder|Mm Alder]] 16:01, 12 November 2007 (PST)<br />
<br />
:: I may revert back to my original proposal, which is to start tagging things with a <nowiki>{{unofficial}}</nowiki> template, and ask people to do this (and to chip in on the tagging effort). The template could be something along the lines of:<br />
<br />
<div style='padding: 5px; margin-top: 0; margin-bottom: 0; border: solid 1px #3c78b5; background-color: #D8E4F1;'>This is a Resident-authored proposal, and does not necessarily represent the current state of Second Life or Linden Lab's immediate plans for Second Life.</div><br />
<br />
:: It seems like we should try to provide some clue to help distinguish the two types of content. "Sandbox:" might still be handy. To a newcomer, it would likely connote that ''something'' is a little different about this page. They may not know exactly what, but they'd hopefully be a little more inclined to investigating further before internalizing the information as factual information about Second Life. Would "Proposal:" be a better name? I think in either case (Sandbox: or Proposal:), there would be cases where Linden Lab would use this namespace, too, but would move the document out of "Proposal:" when the document represents the plan of record. -- [[User:Rob Linden|Rob Linden]] 17:01, 12 November 2007 (PST)<br />
<br />
== WikiHUD ==<br />
<br />
Hello, I've begun creating a utility for [http://secondlife.wikia.com/wiki/WikiHUD reading wiki pages in world] to fully support this wiki I need to know where the api.php is, so that search and other functions against api.php work. Presently only reading articles works (summary and full modes) because these are against index.php. The code is open source and the object in world is full permissions. <br />
<br />
[[User:Lillie Yifu|Lillie Yifu]] 18:15, 15 February 2008 (PST)</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=Project:Editing_Discussion/Archive_02&diff=56165Project:Editing Discussion/Archive 022008-02-26T20:49:34Z<p>Eren Padar: /* ErenNotes */</p>
<hr />
<div>This is an open forum for people to discuss this wiki, ala the [http://en.wikipedia.org/wiki/Wikipedia:Village_pump Wikipedia "Village pump"]. This is ''not'' for general discussion of Second Life. For that, please refer to [http://forums.secondlife.com/ the forums]<br />
<br />
Feel free to add your comments below.<br />
<br />
== What should this be called? ==<br />
<br />
I used "Village pump" as a working name. If it sticks, that's fine. I thought about using a Second Life themed name (e.g. The Telehub), but then realized that there could be confusion between that page and a future [[Telehub]] page which actually describes what Telehubs are. Maybe the "Hippo Pond"? -- [[User:Rob Linden|Rob Linden]] 18:29, 13 May 2007 (PDT)<br />
<br />
:That names sounds ok, but what should the namespace be? -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
::I'm using the same guidelines as other wikis (like Wikipedia's village pump, at http://en.wikipedia.org/wiki/Project:Village_pump ), though I'll admit it's a little confusing in this case. One really irritating thing about MediaWiki is that it assumes that the name of the wiki ("Second Life Wiki") is a term that is appropriate to use as a namespace identifier, because it works for Wikipedia. So, we either have to shorten the name of the wiki ("SLWiki", which I think was already being used by someone else), or use "Project". I opted for the latter in configuring this wiki. -- [[User:Rob Linden|Rob Linden]] 10:55, 14 May 2007 (PDT)<br />
<br />
== Guidelines ==<br />
<br />
Given past experiences with the forums, some moderation will need to be done. -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
I suggest keeping it simple. If it is the only SL Forum call it 'SL Forum'. If it is the SL People's Forum then call it that.Errol Carter<br />
<br />
== Purpose ==<br />
<br />
How does this 'forum' differ from the Second Life Forum? (except that this one is accessable by free-accounts)--[[User:Vernes Veranes|Vernes Veranes]] 18:14, 1 June 2007 (PDT)<br />
<br />
:This is specifically a place to discuss the wiki itself, not Second Life generally. -- [[User:Rob Linden|Rob Linden]] 18:19, 1 June 2007 (PDT)<br />
<br />
<br />
<br />
== Policy Section ==<br />
<br />
* To discuss existing and proposed policies<br />
<br />
===Licensing===<br />
<br />
:'''Q.''' Residents have begun to [[Sculpted_Prims:_Sculpt_Maps_and_Textures|share sculpt maps, textures, and sculpted prims]] on the wiki. According to the [[Project:General_disclaimer|General Disclaimer]], "Linden Lab will make your contribution available under the [http://creativecommons.org/licenses/by-sa/2.5/ Creative Comments (sic) Attribution-ShareAlike 2.5 license]". (cf. [[Project:Contribution_Agreement|Contribution Agreement]] and the [[Project:Copyrights|Copyrights Project]]). Will residents be able to choose other licenses (a different ''Creative Commons'' license, GPL, or the [http://artlibre.org/licence/lal/en/ Free Art License] for example) if they wish to do so? &mdash; [[User:Yuu Nakamichi|Yuu Nakamichi]] 01:08, 4 June 2007 (PDT)<br />
<br />
:: '''A.''': No, not if you host it here. It's just too complicated. You may link to differently licensed material, but please don't expect to choose your own license for information you upload here. -- [[User:Rob Linden|Rob Linden]] 11:35, 18 July 2007 (PDT)<br />
<br />
===Project page vs. Project discussion page===<br />
<br />
:Discussion should occur on the discussion page; with this '''project''' page itself being an overview rather than the actual discussion.<br />
:<br />
:Is this correct? --[[User:JetZep Zabelin|JetZep Zabelin]] 20:01, 27 September 2007 (PDT)<br />
<br />
::Well, this page is kind of the exception to the rule, since it's specifically identified as a discussion page. But yes, in general, discussion should go on the discussion page. I thought about putting a redirect from here straight to [[Project talk:Editing Discussion]], but thought better of it. -- [[User:Rob Linden|Rob Linden]] 20:59, 27 September 2007 (PDT)<br />
<br />
===Persistent Logins===<br />
:'''Q.''' Can we please have persistent logins here? I really don't see the need for having to log in each time, it's annoying; but even more annoying is being in the middle of an edit, getting called away, coming back, finishing the edit, clicking the Preview button...only to be told you need to log in to edit, and all the work you've done is gone. [[User:Siann Beck|Siann Beck]] 16:57, 9 October 2007 (PDT)<br />
<br />
::'''A.''': Logins should be persistent for 24 hrs. It could be that our sysadmins needed to reset the sessions, which could lead to the probelm you describe. A workaround for the problem (in Firefox, at least) if it happens again is this:<br />
::* Leave the "you need to log in to edit" screen up<br />
::* Open the login link ''in a new window''<br />
::* Hit reload in the first window. In Firefox, this causes you to get prompted to repost form data. Click "ok".<br />
::Sorry that you lost your edits. I know that's frustrating. There are also form saving plugins for various browsers, as well ([http://www.ilovejackdaniels.com/user-scripts/auto-save-forms-user-script/ Firefox Auto Save], for example) -- [[User:Rob Linden|Rob Linden]] 17:18, 9 October 2007 (PDT)<br />
<br />
:::Why expire them at all? Can't we have a "Keep me signed in" checkbox on the login page? I'm the only person who uses my computer; I see no need for me to have to log in every day. [[User:Siann Beck|Siann Beck]] 04:54, 11 October 2007 (PDT)<br />
<br />
== ErenNotes ==<br />
For some time a call has been made to the general public to modify and simplify the Wiki. ErenNotes is a response to that, an "LsL for Dummies" section at the end of the regular listings. While in some instances ErenNotes duplicate some information, it attempts to do so in an easier-to-understand manner for inexperienced scripters (or experienced scripters who are tearing their hair out over some glitch or quirk). ErenNotes speak plain English and attempt to overcome the "techno-geek-speak" syndrome so often found throughout the LsL Wiki. The ErenNote Motto: "One simple phrase is better than twelve complex ones".<br />
<br />
All ErenNotes are copyrighted by user Eren Padar. While feedback and corrections are definitely welcome, please do not edit or change an ErenNote without first contacting the author. Thank you. If you have an "ErenNote" you would like to add (this is an ongoing project) please send such in a notecard to Eren Padar for possible inclusion as an ErenNote entry. Thanks!<br />
<br />
(Strife Onzula's post has been deleted here for excessively insulting attitude).<br />
<br />
Strife, you are welcome to your personal opinions, but I find your attitude a bit trite. If you have problems with posts in the Wiki, you may contact the poster in-world rather than posting your rants publicly. The Wiki is open for anyone to contribute... not to have Wiki Gods standing over everyone else telling them what they can and can't post... and (a common complaint) changing posts because they think theirs are more valid and better written. When every single thing added to the wiki, without exception, is changed by someone to better suit his personal whims and taste, that is abuse of the Wiki system.<br />
<br />
Until I started posting Eren Notes... NO ONE was properly updating the problems with the Wiki. It was just sitting there month after month, despite numerous requests from people for update, without valid examples, without common-English explanations, written in a manner that seems more dedicated to preventing newbies from learning scripting than in helping them over the hurdles. The LsL wiki is currently dominated by technobabble and the habit of "never using one easy-to-understand phrase when twelve complex ones will do". People constantly complain about the LsL Wiki... and what has been done to correct its problems?<br />
<br />
As for naming it after myself, hey dude, sorry that busts your ego. Was going to change that today actually. I'd recommend you step back a bit and realize you are not in charge of the Wiki. This is a group effort. If you don't like my asking people to contact me before changing my specially-designed Wiki section, you're entitled to your opinion. People do have a right to not have their hard work trashed by some self-appointed Wiki patrolman.<br />
<br />
This Wiki is designed to serve the people, not those who want to limit it and keep it to their own specific format. So unless you want to take on the immense job of adding Notes to the Wiki so people can actually UNDERSTAND what it's talking about... I suggest you let those of us who are willing to do so... do so. Because for sure ever since I've been using SL, the Wiki has been in pitiful shape. When people learn how to get computer language across to others in simple English... my notes won't be necessary. As it is, when people go to the Wiki and need a SIMPLE explanation of what's going on, they know where to look. You folks haven't don't such a great job of creating the LsL Wiki to this point. Why don't you step back a moment an let others have a chance.<br />
<br />
== Sandbox namespace? ==<br />
At the [[Open_Source_Meeting/2007-11-08|open source meeting on 2007-11-08]], we spent a fair amount of time talking about how wiki.secondlife.com would be used for [[Architecture Working Group]] proposals.<br />
<br />
A problem that we have right now (and one that existed before AWG, but became more acute now) is that we at Linden Lab host the wiki primarily as a resource to collaborate with the community on documentation and code designs. As a result, we think that people are coming to the wiki with the hope that they're going to find either material that documents Second Life as it is or soon will be, or with roadmap material that Linden Lab had some hand in creating. While a wiki is always more of a "reader beware" zone than many places on the Internet, we'd like to aspire to keeping the main namespace as an area tailored to our intended audience.<br />
<br />
That said, we don't mind providing an area for people not affiliated with Linden Lab to collaborate on material that they hope to get Linden Lab's buy-in of, but haven't gotten it yet (within reason). We just want to make sure that material is in a different spot, and is clearly marked as such. Our current solution is to move that type of material into the User: namespace for the person who started the document. However, there are a number of shared documents that don't have an obvious home.<br />
<br />
So, I'm dabbling with the idea of creating a new "Sandbox" namespace, where this material would be, and where Lindens can move things rather than delete them. This wouldn't be an unbounded area; we'd still expect people to follow the [[Project:Editing Guidelines]], but would be a little more open to technical proposals that we don't agree with but were made in good faith. <br />
<br />
Thoughts? -- [[User:Rob Linden|Rob Linden]] 18:28, 8 November 2007 (PST)<br />
<br />
: How about a "kitty litter" namespace? :)<br />
<br />
: Are things in Category:Design Discussions problematic as well? If I look at [[LSL To Client Communication]] it's pretty clear to me that this is a proposal. With AWG, everything is a proposal, so maybe it's not clear on every page.<br />
<br />
: I don't think adding a "Sandbox:" to the page title would really make a difference to someone unfamiliar with the Wiki. Unless it says "User:" it's not clear that this is one individual's unsupported vision. Wouldn't it make sense to move the stuff to the "Discussion:" page though? [[User:Mm Alder|Mm Alder]] 16:01, 12 November 2007 (PST)<br />
<br />
:: I may revert back to my original proposal, which is to start tagging things with a <nowiki>{{unofficial}}</nowiki> template, and ask people to do this (and to chip in on the tagging effort). The template could be something along the lines of:<br />
<br />
<div style='padding: 5px; margin-top: 0; margin-bottom: 0; border: solid 1px #3c78b5; background-color: #D8E4F1;'>This is a Resident-authored proposal, and does not necessarily represent the current state of Second Life or Linden Lab's immediate plans for Second Life.</div><br />
<br />
:: It seems like we should try to provide some clue to help distinguish the two types of content. "Sandbox:" might still be handy. To a newcomer, it would likely connote that ''something'' is a little different about this page. They may not know exactly what, but they'd hopefully be a little more inclined to investigating further before internalizing the information as factual information about Second Life. Would "Proposal:" be a better name? I think in either case (Sandbox: or Proposal:), there would be cases where Linden Lab would use this namespace, too, but would move the document out of "Proposal:" when the document represents the plan of record. -- [[User:Rob Linden|Rob Linden]] 17:01, 12 November 2007 (PST)<br />
<br />
== WikiHUD ==<br />
<br />
Hello, I've begun creating a utility for [http://secondlife.wikia.com/wiki/WikiHUD reading wiki pages in world] to fully support this wiki I need to know where the api.php is, so that search and other functions against api.php work. Presently only reading articles works (summary and full modes) because these are against index.php. The code is open source and the object in world is full permissions. <br />
<br />
[[User:Lillie Yifu|Lillie Yifu]] 18:15, 15 February 2008 (PST)</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=Project:Editing_Discussion/Archive_02&diff=55832Project:Editing Discussion/Archive 022008-02-25T15:58:32Z<p>Eren Padar: /* ErenNotes */</p>
<hr />
<div>This is an open forum for people to discuss this wiki, ala the [http://en.wikipedia.org/wiki/Wikipedia:Village_pump Wikipedia "Village pump"]. This is ''not'' for general discussion of Second Life. For that, please refer to [http://forums.secondlife.com/ the forums]<br />
<br />
Feel free to add your comments below.<br />
<br />
== What should this be called? ==<br />
<br />
I used "Village pump" as a working name. If it sticks, that's fine. I thought about using a Second Life themed name (e.g. The Telehub), but then realized that there could be confusion between that page and a future [[Telehub]] page which actually describes what Telehubs are. Maybe the "Hippo Pond"? -- [[User:Rob Linden|Rob Linden]] 18:29, 13 May 2007 (PDT)<br />
<br />
:That names sounds ok, but what should the namespace be? -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
::I'm using the same guidelines as other wikis (like Wikipedia's village pump, at http://en.wikipedia.org/wiki/Project:Village_pump ), though I'll admit it's a little confusing in this case. One really irritating thing about MediaWiki is that it assumes that the name of the wiki ("Second Life Wiki") is a term that is appropriate to use as a namespace identifier, because it works for Wikipedia. So, we either have to shorten the name of the wiki ("SLWiki", which I think was already being used by someone else), or use "Project". I opted for the latter in configuring this wiki. -- [[User:Rob Linden|Rob Linden]] 10:55, 14 May 2007 (PDT)<br />
<br />
== Guidelines ==<br />
<br />
Given past experiences with the forums, some moderation will need to be done. -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
I suggest keeping it simple. If it is the only SL Forum call it 'SL Forum'. If it is the SL People's Forum then call it that.Errol Carter<br />
<br />
== Purpose ==<br />
<br />
How does this 'forum' differ from the Second Life Forum? (except that this one is accessable by free-accounts)--[[User:Vernes Veranes|Vernes Veranes]] 18:14, 1 June 2007 (PDT)<br />
<br />
:This is specifically a place to discuss the wiki itself, not Second Life generally. -- [[User:Rob Linden|Rob Linden]] 18:19, 1 June 2007 (PDT)<br />
<br />
<br />
<br />
== Policy Section ==<br />
<br />
* To discuss existing and proposed policies<br />
<br />
===Licensing===<br />
<br />
:'''Q.''' Residents have begun to [[Sculpted_Prims:_Sculpt_Maps_and_Textures|share sculpt maps, textures, and sculpted prims]] on the wiki. According to the [[Project:General_disclaimer|General Disclaimer]], "Linden Lab will make your contribution available under the [http://creativecommons.org/licenses/by-sa/2.5/ Creative Comments (sic) Attribution-ShareAlike 2.5 license]". (cf. [[Project:Contribution_Agreement|Contribution Agreement]] and the [[Project:Copyrights|Copyrights Project]]). Will residents be able to choose other licenses (a different ''Creative Commons'' license, GPL, or the [http://artlibre.org/licence/lal/en/ Free Art License] for example) if they wish to do so? &mdash; [[User:Yuu Nakamichi|Yuu Nakamichi]] 01:08, 4 June 2007 (PDT)<br />
<br />
:: '''A.''': No, not if you host it here. It's just too complicated. You may link to differently licensed material, but please don't expect to choose your own license for information you upload here. -- [[User:Rob Linden|Rob Linden]] 11:35, 18 July 2007 (PDT)<br />
<br />
===Project page vs. Project discussion page===<br />
<br />
:Discussion should occur on the discussion page; with this '''project''' page itself being an overview rather than the actual discussion.<br />
:<br />
:Is this correct? --[[User:JetZep Zabelin|JetZep Zabelin]] 20:01, 27 September 2007 (PDT)<br />
<br />
::Well, this page is kind of the exception to the rule, since it's specifically identified as a discussion page. But yes, in general, discussion should go on the discussion page. I thought about putting a redirect from here straight to [[Project talk:Editing Discussion]], but thought better of it. -- [[User:Rob Linden|Rob Linden]] 20:59, 27 September 2007 (PDT)<br />
<br />
===Persistent Logins===<br />
:'''Q.''' Can we please have persistent logins here? I really don't see the need for having to log in each time, it's annoying; but even more annoying is being in the middle of an edit, getting called away, coming back, finishing the edit, clicking the Preview button...only to be told you need to log in to edit, and all the work you've done is gone. [[User:Siann Beck|Siann Beck]] 16:57, 9 October 2007 (PDT)<br />
<br />
::'''A.''': Logins should be persistent for 24 hrs. It could be that our sysadmins needed to reset the sessions, which could lead to the probelm you describe. A workaround for the problem (in Firefox, at least) if it happens again is this:<br />
::* Leave the "you need to log in to edit" screen up<br />
::* Open the login link ''in a new window''<br />
::* Hit reload in the first window. In Firefox, this causes you to get prompted to repost form data. Click "ok".<br />
::Sorry that you lost your edits. I know that's frustrating. There are also form saving plugins for various browsers, as well ([http://www.ilovejackdaniels.com/user-scripts/auto-save-forms-user-script/ Firefox Auto Save], for example) -- [[User:Rob Linden|Rob Linden]] 17:18, 9 October 2007 (PDT)<br />
<br />
:::Why expire them at all? Can't we have a "Keep me signed in" checkbox on the login page? I'm the only person who uses my computer; I see no need for me to have to log in every day. [[User:Siann Beck|Siann Beck]] 04:54, 11 October 2007 (PDT)<br />
<br />
== ErenNotes ==<br />
For some time a call has been made to the general public to modify and simplify the Wiki. ErenNotes is a response to that, an "LsL for Dummies" section at the end of the regular listings. While in some instances ErenNotes duplicate some information, it attempts to do so in an easier-to-understand manner for inexperienced scripters (or experienced scripters who are tearing their hair out over some glitch or quirk). ErenNotes speak plain English and attempt to overcome the "techno-geek-speak" syndrome so often found throughout the LsL Wiki. The ErenNote Motto: "One simple phrase is better than twelve complex ones".<br />
<br />
All ErenNotes are copyrighted by user Eren Padar. While feedback and corrections are definitely welcome, please do not edit or change an ErenNote without first contacting the author. Thank you. If you have an "ErenNote" you would like to add (this is an ongoing project) please send such in a notecard to Eren Padar for possible inclusion as an ErenNote entry. Thanks!<br />
<br />
== Sandbox namespace? ==<br />
At the [[Open_Source_Meeting/2007-11-08|open source meeting on 2007-11-08]], we spent a fair amount of time talking about how wiki.secondlife.com would be used for [[Architecture Working Group]] proposals.<br />
<br />
A problem that we have right now (and one that existed before AWG, but became more acute now) is that we at Linden Lab host the wiki primarily as a resource to collaborate with the community on documentation and code designs. As a result, we think that people are coming to the wiki with the hope that they're going to find either material that documents Second Life as it is or soon will be, or with roadmap material that Linden Lab had some hand in creating. While a wiki is always more of a "reader beware" zone than many places on the Internet, we'd like to aspire to keeping the main namespace as an area tailored to our intended audience.<br />
<br />
That said, we don't mind providing an area for people not affiliated with Linden Lab to collaborate on material that they hope to get Linden Lab's buy-in of, but haven't gotten it yet (within reason). We just want to make sure that material is in a different spot, and is clearly marked as such. Our current solution is to move that type of material into the User: namespace for the person who started the document. However, there are a number of shared documents that don't have an obvious home.<br />
<br />
So, I'm dabbling with the idea of creating a new "Sandbox" namespace, where this material would be, and where Lindens can move things rather than delete them. This wouldn't be an unbounded area; we'd still expect people to follow the [[Project:Editing Guidelines]], but would be a little more open to technical proposals that we don't agree with but were made in good faith. <br />
<br />
Thoughts? -- [[User:Rob Linden|Rob Linden]] 18:28, 8 November 2007 (PST)<br />
<br />
: How about a "kitty litter" namespace? :)<br />
<br />
: Are things in Category:Design Discussions problematic as well? If I look at [[LSL To Client Communication]] it's pretty clear to me that this is a proposal. With AWG, everything is a proposal, so maybe it's not clear on every page.<br />
<br />
: I don't think adding a "Sandbox:" to the page title would really make a difference to someone unfamiliar with the Wiki. Unless it says "User:" it's not clear that this is one individual's unsupported vision. Wouldn't it make sense to move the stuff to the "Discussion:" page though? [[User:Mm Alder|Mm Alder]] 16:01, 12 November 2007 (PST)<br />
<br />
:: I may revert back to my original proposal, which is to start tagging things with a <nowiki>{{unofficial}}</nowiki> template, and ask people to do this (and to chip in on the tagging effort). The template could be something along the lines of:<br />
<br />
<div style='padding: 5px; margin-top: 0; margin-bottom: 0; border: solid 1px #3c78b5; background-color: #D8E4F1;'>This is a Resident-authored proposal, and does not necessarily represent the current state of Second Life or Linden Lab's immediate plans for Second Life.</div><br />
<br />
:: It seems like we should try to provide some clue to help distinguish the two types of content. "Sandbox:" might still be handy. To a newcomer, it would likely connote that ''something'' is a little different about this page. They may not know exactly what, but they'd hopefully be a little more inclined to investigating further before internalizing the information as factual information about Second Life. Would "Proposal:" be a better name? I think in either case (Sandbox: or Proposal:), there would be cases where Linden Lab would use this namespace, too, but would move the document out of "Proposal:" when the document represents the plan of record. -- [[User:Rob Linden|Rob Linden]] 17:01, 12 November 2007 (PST)<br />
<br />
== WikiHUD ==<br />
<br />
Hello, I've begun creating a utility for [http://secondlife.wikia.com/wiki/WikiHUD reading wiki pages in world] to fully support this wiki I need to know where the api.php is, so that search and other functions against api.php work. Presently only reading articles works (summary and full modes) because these are against index.php. The code is open source and the object in world is full permissions. <br />
<br />
[[User:Lillie Yifu|Lillie Yifu]] 18:15, 15 February 2008 (PST)</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=Project:Editing_Discussion/Archive_02&diff=55831Project:Editing Discussion/Archive 022008-02-25T15:57:53Z<p>Eren Padar: /* ErenNotes */</p>
<hr />
<div>This is an open forum for people to discuss this wiki, ala the [http://en.wikipedia.org/wiki/Wikipedia:Village_pump Wikipedia "Village pump"]. This is ''not'' for general discussion of Second Life. For that, please refer to [http://forums.secondlife.com/ the forums]<br />
<br />
Feel free to add your comments below.<br />
<br />
== What should this be called? ==<br />
<br />
I used "Village pump" as a working name. If it sticks, that's fine. I thought about using a Second Life themed name (e.g. The Telehub), but then realized that there could be confusion between that page and a future [[Telehub]] page which actually describes what Telehubs are. Maybe the "Hippo Pond"? -- [[User:Rob Linden|Rob Linden]] 18:29, 13 May 2007 (PDT)<br />
<br />
:That names sounds ok, but what should the namespace be? -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
::I'm using the same guidelines as other wikis (like Wikipedia's village pump, at http://en.wikipedia.org/wiki/Project:Village_pump ), though I'll admit it's a little confusing in this case. One really irritating thing about MediaWiki is that it assumes that the name of the wiki ("Second Life Wiki") is a term that is appropriate to use as a namespace identifier, because it works for Wikipedia. So, we either have to shorten the name of the wiki ("SLWiki", which I think was already being used by someone else), or use "Project". I opted for the latter in configuring this wiki. -- [[User:Rob Linden|Rob Linden]] 10:55, 14 May 2007 (PDT)<br />
<br />
== Guidelines ==<br />
<br />
Given past experiences with the forums, some moderation will need to be done. -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
I suggest keeping it simple. If it is the only SL Forum call it 'SL Forum'. If it is the SL People's Forum then call it that.Errol Carter<br />
<br />
== Purpose ==<br />
<br />
How does this 'forum' differ from the Second Life Forum? (except that this one is accessable by free-accounts)--[[User:Vernes Veranes|Vernes Veranes]] 18:14, 1 June 2007 (PDT)<br />
<br />
:This is specifically a place to discuss the wiki itself, not Second Life generally. -- [[User:Rob Linden|Rob Linden]] 18:19, 1 June 2007 (PDT)<br />
<br />
<br />
<br />
== Policy Section ==<br />
<br />
* To discuss existing and proposed policies<br />
<br />
===Licensing===<br />
<br />
:'''Q.''' Residents have begun to [[Sculpted_Prims:_Sculpt_Maps_and_Textures|share sculpt maps, textures, and sculpted prims]] on the wiki. According to the [[Project:General_disclaimer|General Disclaimer]], "Linden Lab will make your contribution available under the [http://creativecommons.org/licenses/by-sa/2.5/ Creative Comments (sic) Attribution-ShareAlike 2.5 license]". (cf. [[Project:Contribution_Agreement|Contribution Agreement]] and the [[Project:Copyrights|Copyrights Project]]). Will residents be able to choose other licenses (a different ''Creative Commons'' license, GPL, or the [http://artlibre.org/licence/lal/en/ Free Art License] for example) if they wish to do so? &mdash; [[User:Yuu Nakamichi|Yuu Nakamichi]] 01:08, 4 June 2007 (PDT)<br />
<br />
:: '''A.''': No, not if you host it here. It's just too complicated. You may link to differently licensed material, but please don't expect to choose your own license for information you upload here. -- [[User:Rob Linden|Rob Linden]] 11:35, 18 July 2007 (PDT)<br />
<br />
===Project page vs. Project discussion page===<br />
<br />
:Discussion should occur on the discussion page; with this '''project''' page itself being an overview rather than the actual discussion.<br />
:<br />
:Is this correct? --[[User:JetZep Zabelin|JetZep Zabelin]] 20:01, 27 September 2007 (PDT)<br />
<br />
::Well, this page is kind of the exception to the rule, since it's specifically identified as a discussion page. But yes, in general, discussion should go on the discussion page. I thought about putting a redirect from here straight to [[Project talk:Editing Discussion]], but thought better of it. -- [[User:Rob Linden|Rob Linden]] 20:59, 27 September 2007 (PDT)<br />
<br />
===Persistent Logins===<br />
:'''Q.''' Can we please have persistent logins here? I really don't see the need for having to log in each time, it's annoying; but even more annoying is being in the middle of an edit, getting called away, coming back, finishing the edit, clicking the Preview button...only to be told you need to log in to edit, and all the work you've done is gone. [[User:Siann Beck|Siann Beck]] 16:57, 9 October 2007 (PDT)<br />
<br />
::'''A.''': Logins should be persistent for 24 hrs. It could be that our sysadmins needed to reset the sessions, which could lead to the probelm you describe. A workaround for the problem (in Firefox, at least) if it happens again is this:<br />
::* Leave the "you need to log in to edit" screen up<br />
::* Open the login link ''in a new window''<br />
::* Hit reload in the first window. In Firefox, this causes you to get prompted to repost form data. Click "ok".<br />
::Sorry that you lost your edits. I know that's frustrating. There are also form saving plugins for various browsers, as well ([http://www.ilovejackdaniels.com/user-scripts/auto-save-forms-user-script/ Firefox Auto Save], for example) -- [[User:Rob Linden|Rob Linden]] 17:18, 9 October 2007 (PDT)<br />
<br />
:::Why expire them at all? Can't we have a "Keep me signed in" checkbox on the login page? I'm the only person who uses my computer; I see no need for me to have to log in every day. [[User:Siann Beck|Siann Beck]] 04:54, 11 October 2007 (PDT)<br />
<br />
== ErenNotes ==<br />
For some time a call has been made to the general public to modify and simplify the Wiki. ErenNotes is a response to that, an "LsL for Dummies" section at the end of the regular listings. While in some instances ErenNotes duplicate some information, it attempts to do so in an easier-to-understand manner for inexperienced scripters (or experienced scripters who are tearing their hair out over some glitch or quirk). ErenNotes speak plain English and attempt to overcome the "techno-geek-speak" syndrome so often found throughout the LsL Wiki. The ErenNote Motto: "One simple phrase is better than twelve complex ones".<br />
<br />
All ErenNotes are written and copyrighted by user Eren Padar. While feedback and corrections are definitely welcome, please do not edit or change an ErenNote without first contacting the author. Thank you. If you have an "ErenNote" you would like to add (this is an ongoing project) please send such in a notecard to Eren Padar for possible inclusion as an ErenNote entry. Thanks!<br />
<br />
== Sandbox namespace? ==<br />
At the [[Open_Source_Meeting/2007-11-08|open source meeting on 2007-11-08]], we spent a fair amount of time talking about how wiki.secondlife.com would be used for [[Architecture Working Group]] proposals.<br />
<br />
A problem that we have right now (and one that existed before AWG, but became more acute now) is that we at Linden Lab host the wiki primarily as a resource to collaborate with the community on documentation and code designs. As a result, we think that people are coming to the wiki with the hope that they're going to find either material that documents Second Life as it is or soon will be, or with roadmap material that Linden Lab had some hand in creating. While a wiki is always more of a "reader beware" zone than many places on the Internet, we'd like to aspire to keeping the main namespace as an area tailored to our intended audience.<br />
<br />
That said, we don't mind providing an area for people not affiliated with Linden Lab to collaborate on material that they hope to get Linden Lab's buy-in of, but haven't gotten it yet (within reason). We just want to make sure that material is in a different spot, and is clearly marked as such. Our current solution is to move that type of material into the User: namespace for the person who started the document. However, there are a number of shared documents that don't have an obvious home.<br />
<br />
So, I'm dabbling with the idea of creating a new "Sandbox" namespace, where this material would be, and where Lindens can move things rather than delete them. This wouldn't be an unbounded area; we'd still expect people to follow the [[Project:Editing Guidelines]], but would be a little more open to technical proposals that we don't agree with but were made in good faith. <br />
<br />
Thoughts? -- [[User:Rob Linden|Rob Linden]] 18:28, 8 November 2007 (PST)<br />
<br />
: How about a "kitty litter" namespace? :)<br />
<br />
: Are things in Category:Design Discussions problematic as well? If I look at [[LSL To Client Communication]] it's pretty clear to me that this is a proposal. With AWG, everything is a proposal, so maybe it's not clear on every page.<br />
<br />
: I don't think adding a "Sandbox:" to the page title would really make a difference to someone unfamiliar with the Wiki. Unless it says "User:" it's not clear that this is one individual's unsupported vision. Wouldn't it make sense to move the stuff to the "Discussion:" page though? [[User:Mm Alder|Mm Alder]] 16:01, 12 November 2007 (PST)<br />
<br />
:: I may revert back to my original proposal, which is to start tagging things with a <nowiki>{{unofficial}}</nowiki> template, and ask people to do this (and to chip in on the tagging effort). The template could be something along the lines of:<br />
<br />
<div style='padding: 5px; margin-top: 0; margin-bottom: 0; border: solid 1px #3c78b5; background-color: #D8E4F1;'>This is a Resident-authored proposal, and does not necessarily represent the current state of Second Life or Linden Lab's immediate plans for Second Life.</div><br />
<br />
:: It seems like we should try to provide some clue to help distinguish the two types of content. "Sandbox:" might still be handy. To a newcomer, it would likely connote that ''something'' is a little different about this page. They may not know exactly what, but they'd hopefully be a little more inclined to investigating further before internalizing the information as factual information about Second Life. Would "Proposal:" be a better name? I think in either case (Sandbox: or Proposal:), there would be cases where Linden Lab would use this namespace, too, but would move the document out of "Proposal:" when the document represents the plan of record. -- [[User:Rob Linden|Rob Linden]] 17:01, 12 November 2007 (PST)<br />
<br />
== WikiHUD ==<br />
<br />
Hello, I've begun creating a utility for [http://secondlife.wikia.com/wiki/WikiHUD reading wiki pages in world] to fully support this wiki I need to know where the api.php is, so that search and other functions against api.php work. Presently only reading articles works (summary and full modes) because these are against index.php. The code is open source and the object in world is full permissions. <br />
<br />
[[User:Lillie Yifu|Lillie Yifu]] 18:15, 15 February 2008 (PST)</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=Project:Editing_Discussion/Archive_02&diff=55827Project:Editing Discussion/Archive 022008-02-25T15:56:15Z<p>Eren Padar: /* ErenNotes */</p>
<hr />
<div>This is an open forum for people to discuss this wiki, ala the [http://en.wikipedia.org/wiki/Wikipedia:Village_pump Wikipedia "Village pump"]. This is ''not'' for general discussion of Second Life. For that, please refer to [http://forums.secondlife.com/ the forums]<br />
<br />
Feel free to add your comments below.<br />
<br />
== What should this be called? ==<br />
<br />
I used "Village pump" as a working name. If it sticks, that's fine. I thought about using a Second Life themed name (e.g. The Telehub), but then realized that there could be confusion between that page and a future [[Telehub]] page which actually describes what Telehubs are. Maybe the "Hippo Pond"? -- [[User:Rob Linden|Rob Linden]] 18:29, 13 May 2007 (PDT)<br />
<br />
:That names sounds ok, but what should the namespace be? -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
::I'm using the same guidelines as other wikis (like Wikipedia's village pump, at http://en.wikipedia.org/wiki/Project:Village_pump ), though I'll admit it's a little confusing in this case. One really irritating thing about MediaWiki is that it assumes that the name of the wiki ("Second Life Wiki") is a term that is appropriate to use as a namespace identifier, because it works for Wikipedia. So, we either have to shorten the name of the wiki ("SLWiki", which I think was already being used by someone else), or use "Project". I opted for the latter in configuring this wiki. -- [[User:Rob Linden|Rob Linden]] 10:55, 14 May 2007 (PDT)<br />
<br />
== Guidelines ==<br />
<br />
Given past experiences with the forums, some moderation will need to be done. -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
I suggest keeping it simple. If it is the only SL Forum call it 'SL Forum'. If it is the SL People's Forum then call it that.Errol Carter<br />
<br />
== Purpose ==<br />
<br />
How does this 'forum' differ from the Second Life Forum? (except that this one is accessable by free-accounts)--[[User:Vernes Veranes|Vernes Veranes]] 18:14, 1 June 2007 (PDT)<br />
<br />
:This is specifically a place to discuss the wiki itself, not Second Life generally. -- [[User:Rob Linden|Rob Linden]] 18:19, 1 June 2007 (PDT)<br />
<br />
<br />
<br />
== Policy Section ==<br />
<br />
* To discuss existing and proposed policies<br />
<br />
===Licensing===<br />
<br />
:'''Q.''' Residents have begun to [[Sculpted_Prims:_Sculpt_Maps_and_Textures|share sculpt maps, textures, and sculpted prims]] on the wiki. According to the [[Project:General_disclaimer|General Disclaimer]], "Linden Lab will make your contribution available under the [http://creativecommons.org/licenses/by-sa/2.5/ Creative Comments (sic) Attribution-ShareAlike 2.5 license]". (cf. [[Project:Contribution_Agreement|Contribution Agreement]] and the [[Project:Copyrights|Copyrights Project]]). Will residents be able to choose other licenses (a different ''Creative Commons'' license, GPL, or the [http://artlibre.org/licence/lal/en/ Free Art License] for example) if they wish to do so? &mdash; [[User:Yuu Nakamichi|Yuu Nakamichi]] 01:08, 4 June 2007 (PDT)<br />
<br />
:: '''A.''': No, not if you host it here. It's just too complicated. You may link to differently licensed material, but please don't expect to choose your own license for information you upload here. -- [[User:Rob Linden|Rob Linden]] 11:35, 18 July 2007 (PDT)<br />
<br />
===Project page vs. Project discussion page===<br />
<br />
:Discussion should occur on the discussion page; with this '''project''' page itself being an overview rather than the actual discussion.<br />
:<br />
:Is this correct? --[[User:JetZep Zabelin|JetZep Zabelin]] 20:01, 27 September 2007 (PDT)<br />
<br />
::Well, this page is kind of the exception to the rule, since it's specifically identified as a discussion page. But yes, in general, discussion should go on the discussion page. I thought about putting a redirect from here straight to [[Project talk:Editing Discussion]], but thought better of it. -- [[User:Rob Linden|Rob Linden]] 20:59, 27 September 2007 (PDT)<br />
<br />
===Persistent Logins===<br />
:'''Q.''' Can we please have persistent logins here? I really don't see the need for having to log in each time, it's annoying; but even more annoying is being in the middle of an edit, getting called away, coming back, finishing the edit, clicking the Preview button...only to be told you need to log in to edit, and all the work you've done is gone. [[User:Siann Beck|Siann Beck]] 16:57, 9 October 2007 (PDT)<br />
<br />
::'''A.''': Logins should be persistent for 24 hrs. It could be that our sysadmins needed to reset the sessions, which could lead to the probelm you describe. A workaround for the problem (in Firefox, at least) if it happens again is this:<br />
::* Leave the "you need to log in to edit" screen up<br />
::* Open the login link ''in a new window''<br />
::* Hit reload in the first window. In Firefox, this causes you to get prompted to repost form data. Click "ok".<br />
::Sorry that you lost your edits. I know that's frustrating. There are also form saving plugins for various browsers, as well ([http://www.ilovejackdaniels.com/user-scripts/auto-save-forms-user-script/ Firefox Auto Save], for example) -- [[User:Rob Linden|Rob Linden]] 17:18, 9 October 2007 (PDT)<br />
<br />
:::Why expire them at all? Can't we have a "Keep me signed in" checkbox on the login page? I'm the only person who uses my computer; I see no need for me to have to log in every day. [[User:Siann Beck|Siann Beck]] 04:54, 11 October 2007 (PDT)<br />
<br />
== ErenNotes ==<br />
For some time a call has been made to the general public to modify and simplify the Wiki. ErenNotes is a response to that, an "LsL for Dummies" section at the end of the regular listings. While in some instances ErenNotes duplicate some information, it attempts to do so in an easier-to-understand manner for inexperienced scripters (or experienced scripters who are tearing their hair out over some glitch or quirk). ErenNotes speak plain English and attempt to overcome the "techno-geek-speak" syndrome so often found throughout the LsL Wiki. The ErenNote Motto: "One simple phrase is better than twelve complex ones".<br />
<br />
All ErenNotes are written and copyrighted by user Eren Padar. While feedback and corrections are definitely welcome, please do not edit or change an ErenNote without first contacting the author. Thank you.<br />
<br />
== Sandbox namespace? ==<br />
At the [[Open_Source_Meeting/2007-11-08|open source meeting on 2007-11-08]], we spent a fair amount of time talking about how wiki.secondlife.com would be used for [[Architecture Working Group]] proposals.<br />
<br />
A problem that we have right now (and one that existed before AWG, but became more acute now) is that we at Linden Lab host the wiki primarily as a resource to collaborate with the community on documentation and code designs. As a result, we think that people are coming to the wiki with the hope that they're going to find either material that documents Second Life as it is or soon will be, or with roadmap material that Linden Lab had some hand in creating. While a wiki is always more of a "reader beware" zone than many places on the Internet, we'd like to aspire to keeping the main namespace as an area tailored to our intended audience.<br />
<br />
That said, we don't mind providing an area for people not affiliated with Linden Lab to collaborate on material that they hope to get Linden Lab's buy-in of, but haven't gotten it yet (within reason). We just want to make sure that material is in a different spot, and is clearly marked as such. Our current solution is to move that type of material into the User: namespace for the person who started the document. However, there are a number of shared documents that don't have an obvious home.<br />
<br />
So, I'm dabbling with the idea of creating a new "Sandbox" namespace, where this material would be, and where Lindens can move things rather than delete them. This wouldn't be an unbounded area; we'd still expect people to follow the [[Project:Editing Guidelines]], but would be a little more open to technical proposals that we don't agree with but were made in good faith. <br />
<br />
Thoughts? -- [[User:Rob Linden|Rob Linden]] 18:28, 8 November 2007 (PST)<br />
<br />
: How about a "kitty litter" namespace? :)<br />
<br />
: Are things in Category:Design Discussions problematic as well? If I look at [[LSL To Client Communication]] it's pretty clear to me that this is a proposal. With AWG, everything is a proposal, so maybe it's not clear on every page.<br />
<br />
: I don't think adding a "Sandbox:" to the page title would really make a difference to someone unfamiliar with the Wiki. Unless it says "User:" it's not clear that this is one individual's unsupported vision. Wouldn't it make sense to move the stuff to the "Discussion:" page though? [[User:Mm Alder|Mm Alder]] 16:01, 12 November 2007 (PST)<br />
<br />
:: I may revert back to my original proposal, which is to start tagging things with a <nowiki>{{unofficial}}</nowiki> template, and ask people to do this (and to chip in on the tagging effort). The template could be something along the lines of:<br />
<br />
<div style='padding: 5px; margin-top: 0; margin-bottom: 0; border: solid 1px #3c78b5; background-color: #D8E4F1;'>This is a Resident-authored proposal, and does not necessarily represent the current state of Second Life or Linden Lab's immediate plans for Second Life.</div><br />
<br />
:: It seems like we should try to provide some clue to help distinguish the two types of content. "Sandbox:" might still be handy. To a newcomer, it would likely connote that ''something'' is a little different about this page. They may not know exactly what, but they'd hopefully be a little more inclined to investigating further before internalizing the information as factual information about Second Life. Would "Proposal:" be a better name? I think in either case (Sandbox: or Proposal:), there would be cases where Linden Lab would use this namespace, too, but would move the document out of "Proposal:" when the document represents the plan of record. -- [[User:Rob Linden|Rob Linden]] 17:01, 12 November 2007 (PST)<br />
<br />
== WikiHUD ==<br />
<br />
Hello, I've begun creating a utility for [http://secondlife.wikia.com/wiki/WikiHUD reading wiki pages in world] to fully support this wiki I need to know where the api.php is, so that search and other functions against api.php work. Presently only reading articles works (summary and full modes) because these are against index.php. The code is open source and the object in world is full permissions. <br />
<br />
[[User:Lillie Yifu|Lillie Yifu]] 18:15, 15 February 2008 (PST)</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=Project:Editing_Discussion/Archive_02&diff=55824Project:Editing Discussion/Archive 022008-02-25T15:55:02Z<p>Eren Padar: /* ErenNotes */</p>
<hr />
<div>This is an open forum for people to discuss this wiki, ala the [http://en.wikipedia.org/wiki/Wikipedia:Village_pump Wikipedia "Village pump"]. This is ''not'' for general discussion of Second Life. For that, please refer to [http://forums.secondlife.com/ the forums]<br />
<br />
Feel free to add your comments below.<br />
<br />
== What should this be called? ==<br />
<br />
I used "Village pump" as a working name. If it sticks, that's fine. I thought about using a Second Life themed name (e.g. The Telehub), but then realized that there could be confusion between that page and a future [[Telehub]] page which actually describes what Telehubs are. Maybe the "Hippo Pond"? -- [[User:Rob Linden|Rob Linden]] 18:29, 13 May 2007 (PDT)<br />
<br />
:That names sounds ok, but what should the namespace be? -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
::I'm using the same guidelines as other wikis (like Wikipedia's village pump, at http://en.wikipedia.org/wiki/Project:Village_pump ), though I'll admit it's a little confusing in this case. One really irritating thing about MediaWiki is that it assumes that the name of the wiki ("Second Life Wiki") is a term that is appropriate to use as a namespace identifier, because it works for Wikipedia. So, we either have to shorten the name of the wiki ("SLWiki", which I think was already being used by someone else), or use "Project". I opted for the latter in configuring this wiki. -- [[User:Rob Linden|Rob Linden]] 10:55, 14 May 2007 (PDT)<br />
<br />
== Guidelines ==<br />
<br />
Given past experiences with the forums, some moderation will need to be done. -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
I suggest keeping it simple. If it is the only SL Forum call it 'SL Forum'. If it is the SL People's Forum then call it that.Errol Carter<br />
<br />
== Purpose ==<br />
<br />
How does this 'forum' differ from the Second Life Forum? (except that this one is accessable by free-accounts)--[[User:Vernes Veranes|Vernes Veranes]] 18:14, 1 June 2007 (PDT)<br />
<br />
:This is specifically a place to discuss the wiki itself, not Second Life generally. -- [[User:Rob Linden|Rob Linden]] 18:19, 1 June 2007 (PDT)<br />
<br />
<br />
<br />
== Policy Section ==<br />
<br />
* To discuss existing and proposed policies<br />
<br />
===Licensing===<br />
<br />
:'''Q.''' Residents have begun to [[Sculpted_Prims:_Sculpt_Maps_and_Textures|share sculpt maps, textures, and sculpted prims]] on the wiki. According to the [[Project:General_disclaimer|General Disclaimer]], "Linden Lab will make your contribution available under the [http://creativecommons.org/licenses/by-sa/2.5/ Creative Comments (sic) Attribution-ShareAlike 2.5 license]". (cf. [[Project:Contribution_Agreement|Contribution Agreement]] and the [[Project:Copyrights|Copyrights Project]]). Will residents be able to choose other licenses (a different ''Creative Commons'' license, GPL, or the [http://artlibre.org/licence/lal/en/ Free Art License] for example) if they wish to do so? &mdash; [[User:Yuu Nakamichi|Yuu Nakamichi]] 01:08, 4 June 2007 (PDT)<br />
<br />
:: '''A.''': No, not if you host it here. It's just too complicated. You may link to differently licensed material, but please don't expect to choose your own license for information you upload here. -- [[User:Rob Linden|Rob Linden]] 11:35, 18 July 2007 (PDT)<br />
<br />
===Project page vs. Project discussion page===<br />
<br />
:Discussion should occur on the discussion page; with this '''project''' page itself being an overview rather than the actual discussion.<br />
:<br />
:Is this correct? --[[User:JetZep Zabelin|JetZep Zabelin]] 20:01, 27 September 2007 (PDT)<br />
<br />
::Well, this page is kind of the exception to the rule, since it's specifically identified as a discussion page. But yes, in general, discussion should go on the discussion page. I thought about putting a redirect from here straight to [[Project talk:Editing Discussion]], but thought better of it. -- [[User:Rob Linden|Rob Linden]] 20:59, 27 September 2007 (PDT)<br />
<br />
===Persistent Logins===<br />
:'''Q.''' Can we please have persistent logins here? I really don't see the need for having to log in each time, it's annoying; but even more annoying is being in the middle of an edit, getting called away, coming back, finishing the edit, clicking the Preview button...only to be told you need to log in to edit, and all the work you've done is gone. [[User:Siann Beck|Siann Beck]] 16:57, 9 October 2007 (PDT)<br />
<br />
::'''A.''': Logins should be persistent for 24 hrs. It could be that our sysadmins needed to reset the sessions, which could lead to the probelm you describe. A workaround for the problem (in Firefox, at least) if it happens again is this:<br />
::* Leave the "you need to log in to edit" screen up<br />
::* Open the login link ''in a new window''<br />
::* Hit reload in the first window. In Firefox, this causes you to get prompted to repost form data. Click "ok".<br />
::Sorry that you lost your edits. I know that's frustrating. There are also form saving plugins for various browsers, as well ([http://www.ilovejackdaniels.com/user-scripts/auto-save-forms-user-script/ Firefox Auto Save], for example) -- [[User:Rob Linden|Rob Linden]] 17:18, 9 October 2007 (PDT)<br />
<br />
:::Why expire them at all? Can't we have a "Keep me signed in" checkbox on the login page? I'm the only person who uses my computer; I see no need for me to have to log in every day. [[User:Siann Beck|Siann Beck]] 04:54, 11 October 2007 (PDT)<br />
<br />
== ErenNotes ==<br />
For some time a call has been made to the general public to modify and simplify the Wiki. ErenNotes is a response to that, an "LsL for Dummies" section at the end of the regular listings. While in some instances ErenNotes duplicate some information, it attempts to do so in an easier-to-understand manner for inexperienced scripters (or experienced scripters who are tearing their hair out over some glitch or quirk). ErenNote speak plain English and attempt to overcome the "techno-geek-speak" syndrome so often found throughout the LsL Wiki. The ErenNote Motto: "One simple phrase is better than twelve complex ones".<br />
<br />
All ErenNotes are written and copyrighted by user Eren Padar. While feedback and corrections are definitely encouraged, please do not edit or change an ErenNote without first contacting the author. Thank you.<br />
<br />
== Sandbox namespace? ==<br />
At the [[Open_Source_Meeting/2007-11-08|open source meeting on 2007-11-08]], we spent a fair amount of time talking about how wiki.secondlife.com would be used for [[Architecture Working Group]] proposals.<br />
<br />
A problem that we have right now (and one that existed before AWG, but became more acute now) is that we at Linden Lab host the wiki primarily as a resource to collaborate with the community on documentation and code designs. As a result, we think that people are coming to the wiki with the hope that they're going to find either material that documents Second Life as it is or soon will be, or with roadmap material that Linden Lab had some hand in creating. While a wiki is always more of a "reader beware" zone than many places on the Internet, we'd like to aspire to keeping the main namespace as an area tailored to our intended audience.<br />
<br />
That said, we don't mind providing an area for people not affiliated with Linden Lab to collaborate on material that they hope to get Linden Lab's buy-in of, but haven't gotten it yet (within reason). We just want to make sure that material is in a different spot, and is clearly marked as such. Our current solution is to move that type of material into the User: namespace for the person who started the document. However, there are a number of shared documents that don't have an obvious home.<br />
<br />
So, I'm dabbling with the idea of creating a new "Sandbox" namespace, where this material would be, and where Lindens can move things rather than delete them. This wouldn't be an unbounded area; we'd still expect people to follow the [[Project:Editing Guidelines]], but would be a little more open to technical proposals that we don't agree with but were made in good faith. <br />
<br />
Thoughts? -- [[User:Rob Linden|Rob Linden]] 18:28, 8 November 2007 (PST)<br />
<br />
: How about a "kitty litter" namespace? :)<br />
<br />
: Are things in Category:Design Discussions problematic as well? If I look at [[LSL To Client Communication]] it's pretty clear to me that this is a proposal. With AWG, everything is a proposal, so maybe it's not clear on every page.<br />
<br />
: I don't think adding a "Sandbox:" to the page title would really make a difference to someone unfamiliar with the Wiki. Unless it says "User:" it's not clear that this is one individual's unsupported vision. Wouldn't it make sense to move the stuff to the "Discussion:" page though? [[User:Mm Alder|Mm Alder]] 16:01, 12 November 2007 (PST)<br />
<br />
:: I may revert back to my original proposal, which is to start tagging things with a <nowiki>{{unofficial}}</nowiki> template, and ask people to do this (and to chip in on the tagging effort). The template could be something along the lines of:<br />
<br />
<div style='padding: 5px; margin-top: 0; margin-bottom: 0; border: solid 1px #3c78b5; background-color: #D8E4F1;'>This is a Resident-authored proposal, and does not necessarily represent the current state of Second Life or Linden Lab's immediate plans for Second Life.</div><br />
<br />
:: It seems like we should try to provide some clue to help distinguish the two types of content. "Sandbox:" might still be handy. To a newcomer, it would likely connote that ''something'' is a little different about this page. They may not know exactly what, but they'd hopefully be a little more inclined to investigating further before internalizing the information as factual information about Second Life. Would "Proposal:" be a better name? I think in either case (Sandbox: or Proposal:), there would be cases where Linden Lab would use this namespace, too, but would move the document out of "Proposal:" when the document represents the plan of record. -- [[User:Rob Linden|Rob Linden]] 17:01, 12 November 2007 (PST)<br />
<br />
== WikiHUD ==<br />
<br />
Hello, I've begun creating a utility for [http://secondlife.wikia.com/wiki/WikiHUD reading wiki pages in world] to fully support this wiki I need to know where the api.php is, so that search and other functions against api.php work. Presently only reading articles works (summary and full modes) because these are against index.php. The code is open source and the object in world is full permissions. <br />
<br />
[[User:Lillie Yifu|Lillie Yifu]] 18:15, 15 February 2008 (PST)</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=Project:Editing_Discussion/Archive_02&diff=55823Project:Editing Discussion/Archive 022008-02-25T15:52:41Z<p>Eren Padar: </p>
<hr />
<div>This is an open forum for people to discuss this wiki, ala the [http://en.wikipedia.org/wiki/Wikipedia:Village_pump Wikipedia "Village pump"]. This is ''not'' for general discussion of Second Life. For that, please refer to [http://forums.secondlife.com/ the forums]<br />
<br />
Feel free to add your comments below.<br />
<br />
== What should this be called? ==<br />
<br />
I used "Village pump" as a working name. If it sticks, that's fine. I thought about using a Second Life themed name (e.g. The Telehub), but then realized that there could be confusion between that page and a future [[Telehub]] page which actually describes what Telehubs are. Maybe the "Hippo Pond"? -- [[User:Rob Linden|Rob Linden]] 18:29, 13 May 2007 (PDT)<br />
<br />
:That names sounds ok, but what should the namespace be? -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
::I'm using the same guidelines as other wikis (like Wikipedia's village pump, at http://en.wikipedia.org/wiki/Project:Village_pump ), though I'll admit it's a little confusing in this case. One really irritating thing about MediaWiki is that it assumes that the name of the wiki ("Second Life Wiki") is a term that is appropriate to use as a namespace identifier, because it works for Wikipedia. So, we either have to shorten the name of the wiki ("SLWiki", which I think was already being used by someone else), or use "Project". I opted for the latter in configuring this wiki. -- [[User:Rob Linden|Rob Linden]] 10:55, 14 May 2007 (PDT)<br />
<br />
== Guidelines ==<br />
<br />
Given past experiences with the forums, some moderation will need to be done. -- [[User:Strife Onizuka|Strife Onizuka]] 18:44, 13 May 2007 (PDT)<br />
<br />
I suggest keeping it simple. If it is the only SL Forum call it 'SL Forum'. If it is the SL People's Forum then call it that.Errol Carter<br />
<br />
== Purpose ==<br />
<br />
How does this 'forum' differ from the Second Life Forum? (except that this one is accessable by free-accounts)--[[User:Vernes Veranes|Vernes Veranes]] 18:14, 1 June 2007 (PDT)<br />
<br />
:This is specifically a place to discuss the wiki itself, not Second Life generally. -- [[User:Rob Linden|Rob Linden]] 18:19, 1 June 2007 (PDT)<br />
<br />
<br />
<br />
== Policy Section ==<br />
<br />
* To discuss existing and proposed policies<br />
<br />
===Licensing===<br />
<br />
:'''Q.''' Residents have begun to [[Sculpted_Prims:_Sculpt_Maps_and_Textures|share sculpt maps, textures, and sculpted prims]] on the wiki. According to the [[Project:General_disclaimer|General Disclaimer]], "Linden Lab will make your contribution available under the [http://creativecommons.org/licenses/by-sa/2.5/ Creative Comments (sic) Attribution-ShareAlike 2.5 license]". (cf. [[Project:Contribution_Agreement|Contribution Agreement]] and the [[Project:Copyrights|Copyrights Project]]). Will residents be able to choose other licenses (a different ''Creative Commons'' license, GPL, or the [http://artlibre.org/licence/lal/en/ Free Art License] for example) if they wish to do so? &mdash; [[User:Yuu Nakamichi|Yuu Nakamichi]] 01:08, 4 June 2007 (PDT)<br />
<br />
:: '''A.''': No, not if you host it here. It's just too complicated. You may link to differently licensed material, but please don't expect to choose your own license for information you upload here. -- [[User:Rob Linden|Rob Linden]] 11:35, 18 July 2007 (PDT)<br />
<br />
===Project page vs. Project discussion page===<br />
<br />
:Discussion should occur on the discussion page; with this '''project''' page itself being an overview rather than the actual discussion.<br />
:<br />
:Is this correct? --[[User:JetZep Zabelin|JetZep Zabelin]] 20:01, 27 September 2007 (PDT)<br />
<br />
::Well, this page is kind of the exception to the rule, since it's specifically identified as a discussion page. But yes, in general, discussion should go on the discussion page. I thought about putting a redirect from here straight to [[Project talk:Editing Discussion]], but thought better of it. -- [[User:Rob Linden|Rob Linden]] 20:59, 27 September 2007 (PDT)<br />
<br />
===Persistent Logins===<br />
:'''Q.''' Can we please have persistent logins here? I really don't see the need for having to log in each time, it's annoying; but even more annoying is being in the middle of an edit, getting called away, coming back, finishing the edit, clicking the Preview button...only to be told you need to log in to edit, and all the work you've done is gone. [[User:Siann Beck|Siann Beck]] 16:57, 9 October 2007 (PDT)<br />
<br />
::'''A.''': Logins should be persistent for 24 hrs. It could be that our sysadmins needed to reset the sessions, which could lead to the probelm you describe. A workaround for the problem (in Firefox, at least) if it happens again is this:<br />
::* Leave the "you need to log in to edit" screen up<br />
::* Open the login link ''in a new window''<br />
::* Hit reload in the first window. In Firefox, this causes you to get prompted to repost form data. Click "ok".<br />
::Sorry that you lost your edits. I know that's frustrating. There are also form saving plugins for various browsers, as well ([http://www.ilovejackdaniels.com/user-scripts/auto-save-forms-user-script/ Firefox Auto Save], for example) -- [[User:Rob Linden|Rob Linden]] 17:18, 9 October 2007 (PDT)<br />
<br />
:::Why expire them at all? Can't we have a "Keep me signed in" checkbox on the login page? I'm the only person who uses my computer; I see no need for me to have to log in every day. [[User:Siann Beck|Siann Beck]] 04:54, 11 October 2007 (PDT)<br />
<br />
== ErenNotes ==<br />
For some time a call has been made to the general public to modify and simplify the Wiki. ErenNotes is a response to that, an "LsL for Dummies" section at the end of the regular listing. While in some instances ErenNotes duplicates some information, it attempts to do so in an easier-to-understand manner for inexperienced scripters (or experienced scripters who are tearing their hair out over some glitch or quirk). ErenNote attempts to overcome the "techno-geek-speak" syndrome of "never using one simple term when twelve complex ones will do". <br />
<br />
All ErenNotes are written and copyrighted by user Eren Padar. While feedback and corrections are definitely encouraged, please do not edit or change an ErenNote without first contacting the author. Thank you.<br />
<br />
== Sandbox namespace? ==<br />
At the [[Open_Source_Meeting/2007-11-08|open source meeting on 2007-11-08]], we spent a fair amount of time talking about how wiki.secondlife.com would be used for [[Architecture Working Group]] proposals.<br />
<br />
A problem that we have right now (and one that existed before AWG, but became more acute now) is that we at Linden Lab host the wiki primarily as a resource to collaborate with the community on documentation and code designs. As a result, we think that people are coming to the wiki with the hope that they're going to find either material that documents Second Life as it is or soon will be, or with roadmap material that Linden Lab had some hand in creating. While a wiki is always more of a "reader beware" zone than many places on the Internet, we'd like to aspire to keeping the main namespace as an area tailored to our intended audience.<br />
<br />
That said, we don't mind providing an area for people not affiliated with Linden Lab to collaborate on material that they hope to get Linden Lab's buy-in of, but haven't gotten it yet (within reason). We just want to make sure that material is in a different spot, and is clearly marked as such. Our current solution is to move that type of material into the User: namespace for the person who started the document. However, there are a number of shared documents that don't have an obvious home.<br />
<br />
So, I'm dabbling with the idea of creating a new "Sandbox" namespace, where this material would be, and where Lindens can move things rather than delete them. This wouldn't be an unbounded area; we'd still expect people to follow the [[Project:Editing Guidelines]], but would be a little more open to technical proposals that we don't agree with but were made in good faith. <br />
<br />
Thoughts? -- [[User:Rob Linden|Rob Linden]] 18:28, 8 November 2007 (PST)<br />
<br />
: How about a "kitty litter" namespace? :)<br />
<br />
: Are things in Category:Design Discussions problematic as well? If I look at [[LSL To Client Communication]] it's pretty clear to me that this is a proposal. With AWG, everything is a proposal, so maybe it's not clear on every page.<br />
<br />
: I don't think adding a "Sandbox:" to the page title would really make a difference to someone unfamiliar with the Wiki. Unless it says "User:" it's not clear that this is one individual's unsupported vision. Wouldn't it make sense to move the stuff to the "Discussion:" page though? [[User:Mm Alder|Mm Alder]] 16:01, 12 November 2007 (PST)<br />
<br />
:: I may revert back to my original proposal, which is to start tagging things with a <nowiki>{{unofficial}}</nowiki> template, and ask people to do this (and to chip in on the tagging effort). The template could be something along the lines of:<br />
<br />
<div style='padding: 5px; margin-top: 0; margin-bottom: 0; border: solid 1px #3c78b5; background-color: #D8E4F1;'>This is a Resident-authored proposal, and does not necessarily represent the current state of Second Life or Linden Lab's immediate plans for Second Life.</div><br />
<br />
:: It seems like we should try to provide some clue to help distinguish the two types of content. "Sandbox:" might still be handy. To a newcomer, it would likely connote that ''something'' is a little different about this page. They may not know exactly what, but they'd hopefully be a little more inclined to investigating further before internalizing the information as factual information about Second Life. Would "Proposal:" be a better name? I think in either case (Sandbox: or Proposal:), there would be cases where Linden Lab would use this namespace, too, but would move the document out of "Proposal:" when the document represents the plan of record. -- [[User:Rob Linden|Rob Linden]] 17:01, 12 November 2007 (PST)<br />
<br />
== WikiHUD ==<br />
<br />
Hello, I've begun creating a utility for [http://secondlife.wikia.com/wiki/WikiHUD reading wiki pages in world] to fully support this wiki I need to know where the api.php is, so that search and other functions against api.php work. Presently only reading articles works (summary and full modes) because these are against index.php. The code is open source and the object in world is full permissions. <br />
<br />
[[User:Lillie Yifu|Lillie Yifu]] 18:15, 15 February 2008 (PST)</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlGetOwner&diff=55817LlGetOwner2008-02-25T15:42:26Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function<br />
|func_id=117|func_sleep=0.0|func_energy=10.0<br />
|func=llGetOwner|sort=GetOwner<br />
|return_type=key<br />
|func_footnote<br />
|func_desc<br />
|return_text=that is the current owner of the script.<br />
<br />
(See additional ErenNotes at end of this listing)<br />
|spec<br />
|caveats=*When the owner of an object changes, code that depends on this function's return value will not automatically update for the new owner or be automatically re-evaluated.<br />
**This requires the reregistration of [[llListen|listens]] and [[llRequestPermissions|requesting of permissions]] from the new owner as needed.<br />
***This is not limited to listens and permissions but anything that caches the return value, it is up to the programmer to work around this limitation.<br />
**Detection of owner change can be achieved with the [[changed]] event in conjunction with the [[CHANGED_OWNER]] flag (see the first example) or by storing the old value and periodically (e.g. in [[on_rez]]) checking if it has changed. Both techniques are valid though the latter will not detect the sale of the object if it is sold with "sell original" in-world and not picked up.<br />
|constants<br />
|examples=<lsl>default<br />
{<br />
state_entry()<br />
{<br />
llInstantMessage(llGetOwner(), "Only you can hear me. Isn't that eerie.");<br />
}<br />
<br />
changed(integer change)<br />
{<br />
if (change & CHANGED_OWNER)<br />
llResetScript();<br />
}<br />
}</lsl><br />
<br />
<b>ErenNotes (the "Scripting for Dummies" section)</b><br />
<br />
llGetOwner() returns the UUID (identification code) of the owner of the object.<br />
<br />
To get the owner's name, use llKey2Name(llGetOwner())<br />
<br />
<lsl>Examples:<br />
llSay(0,(string)llGetOwner()); // speaks in chat the "key" (UUID code) of the avatar.<br />
llSay(0,llKey2Name(llGetOwner())); // speaks in chat the name of the avatar.</lsl><br />
<br />
The one problem many coders come up against is that previously-activated events referring to the owner don't automatically change when the owner changes. The most often-seen result is an animation function affecting the PREVIOUS owner rather than the CURRENT owner. While this initially seems a "bug" in the llGetOwner() function, it is not. What happens is that no event has happened to cause the code to recognize a new owner. There are two simple one-line solutions to this problem. Both solutions cause the script to reset all values.<br />
<br />
<lsl>changed(integer change){if (change & CHANGED_OWNER)llResetScript();} //if owner changes, reset the script. Resets script once.<br />
<br />
on_rez(integer start_param){llResetScript();} //when object rezzes, reset the script. Resets the script every time object is rezzed.</lsl><br />
<br />
The "changed" option is good when programming animations. Since the animation system requires the owner to grant permission for the animations to act, you don't want to reset the script every time the animation device is worn. You want to grant permissions once, and have the item work after that. Thus, you use the "changed" event, which will reset the script once.<br />
<br />
The on_rez event is used when it is desirable to reset the script every time the object is rezzed or worn. <br />
<br />
Both events will insure that all following script funtions will refer to the current owner.<br />
<br />
|helpers<br />
|also_functions=<br />
{{LSL DefineRow||[[llGetCreator]]|}}<br />
{{LSL DefineRow||[[llGetOwnerKey]]|}}<br />
{{LSL DefineRow||[[llDetectedOwner]]|}}<br />
|also_tests<br />
|also_events<br />
|also_articles<br />
|notes<br />
|cat1=Owner<br />
|cat2=Object<br />
|cat3=Key<br />
|cat4<br />
}}</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlGetOwner&diff=55815LlGetOwner2008-02-25T15:40:21Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function<br />
|func_id=117|func_sleep=0.0|func_energy=10.0<br />
|func=llGetOwner|sort=GetOwner<br />
|return_type=key<br />
|func_footnote<br />
|func_desc<br />
|return_text=that is the current owner of the script.<br />
<br />
(See additional ErenNotes at end of this listing)<br />
|spec<br />
|caveats=*When the owner of an object changes, code that depends on this function's return value will not automatically update for the new owner or be automatically re-evaluated.<br />
**This requires the reregistration of [[llListen|listens]] and [[llRequestPermissions|requesting of permissions]] from the new owner as needed.<br />
***This is not limited to listens and permissions but anything that caches the return value, it is up to the programmer to work around this limitation.<br />
**Detection of owner change can be achieved with the [[changed]] event in conjunction with the [[CHANGED_OWNER]] flag (see the first example) or by storing the old value and periodically (e.g. in [[on_rez]]) checking if it has changed. Both techniques are valid though the latter will not detect the sale of the object if it is sold with "sell original" in-world and not picked up.<br />
|constants<br />
|examples=<lsl>default<br />
{<br />
state_entry()<br />
{<br />
llInstantMessage(llGetOwner(), "Only you can hear me. Isn't that eerie.");<br />
}<br />
<br />
changed(integer change)<br />
{<br />
if (change & CHANGED_OWNER)<br />
llResetScript();<br />
}<br />
}</lsl><br />
<br />
<b>ErenNotes (the "Scripting for Dummies" section)</b><br />
<br />
llGetOwner() returns the UUID (identification code) of the owner of the object.<br />
<br />
To get the owner's name, use llKey2Name(llGetOwner())<br />
<br />
<lsl>Examples:<br />
llSay(0,(string)llGetOwner()); // speaks in chat the "key" (UUID code) of the avatar.<br />
llSay(0,llKey2Name(llGetOwner())); // speaks in chat the name of the avatar.</lsl><br />
<br />
The one problem many coders come up against is that previously-activated events referring to the owner don't automatically change when the owner changes. The most often-seen result is an animation function affecting the PREVIOUS owner rather than the CURRENT owner. While this initially seems a "bug" in the llGetOwner() function, it is not. What happens is that no event has happened to cause the code to recognize a new owner. There are two simple one-line solutions to this problem. Both solutions cause the script to reset all values.<br />
<br />
<lsl>changed(integer change){if (change & CHANGED_OWNER)llResetScript();} //if owner changes, reset the script. Resets script once.<br />
<br />
on_rez(integer start_param){llResetScript();} //when object rezzes, reset the script. Resets the script every time object is rezzed.</lsl><br />
<br />
The "changed" option is good when programming animations. Since the animation system requires the owner to grant permission for the animations to act, you don't want to reset the script every time the animation device is worn. You want to grant permissions once, and have the item work after that. Thus, you use the "changed" event, which will reset the script once.<br />
<br />
The on_rez event is used when it is desirable to reset the script every time the object is rezzed or worn. Both events will insure that all following script funtions will refer to the current owner.<br />
<br />
|helpers<br />
|also_functions=<br />
{{LSL DefineRow||[[llGetCreator]]|}}<br />
{{LSL DefineRow||[[llGetOwnerKey]]|}}<br />
{{LSL DefineRow||[[llDetectedOwner]]|}}<br />
|also_tests<br />
|also_events<br />
|also_articles<br />
|notes<br />
|cat1=Owner<br />
|cat2=Object<br />
|cat3=Key<br />
|cat4<br />
}}</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlGetOwner&diff=55813LlGetOwner2008-02-25T15:38:23Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function<br />
|func_id=117|func_sleep=0.0|func_energy=10.0<br />
|func=llGetOwner|sort=GetOwner<br />
|return_type=key<br />
|func_footnote<br />
|func_desc<br />
|return_text=that is the current owner of the script.<br />
<br />
(See additional ErenNotes at end of this listing)<br />
|spec<br />
|caveats=*When the owner of an object changes, code that depends on this function's return value will not automatically update for the new owner or be automatically re-evaluated.<br />
**This requires the reregistration of [[llListen|listens]] and [[llRequestPermissions|requesting of permissions]] from the new owner as needed.<br />
***This is not limited to listens and permissions but anything that caches the return value, it is up to the programmer to work around this limitation.<br />
**Detection of owner change can be achieved with the [[changed]] event in conjunction with the [[CHANGED_OWNER]] flag (see the first example) or by storing the old value and periodically (e.g. in [[on_rez]]) checking if it has changed. Both techniques are valid though the latter will not detect the sale of the object if it is sold with "sell original" in-world and not picked up.<br />
|constants<br />
|examples=<lsl>default<br />
{<br />
state_entry()<br />
{<br />
llInstantMessage(llGetOwner(), "Only you can hear me. Isn't that eerie.");<br />
}<br />
<br />
changed(integer change)<br />
{<br />
if (change & CHANGED_OWNER)<br />
llResetScript();<br />
}<br />
}</lsl><br />
<br />
<b>ErenNotes (the "Scripting for Dummies" section)</b><br />
<br />
llGetOwner() returns the UUID (identification code) of the owner of the object.<br />
<br />
To get the owner's name, use llKey2Name(llGetOwner())<br />
<br />
<lsl>Examples:<br />
llSay(0,(string)llGetOwner()); // speaks in chat the "key" (UUID code) of the avatar.<br />
llSay(0,llKey2Name(llGetOwner())); // speaks in chat the name of the avatar.</lsl><br />
<br />
The one problem many coders come up against is that previously-activated events referring to the owner don't automatically change when the owner changes. The most often-seen result is an expected animation command affecting the PREVIOUS owner rather than the CURRENT owner. While this initially seems a "bug" in the llGetOwner() function, it is not. What happens is that no event has happened to cause the code to recognize a new owner. There are two simple one-line solutions to this problem. Both solutions cause the script to reset all values.<br />
<br />
<lsl>changed(integer change){if (change & CHANGED_OWNER)llResetScript();} //if owner changes, reset the script. Resets script once.<br />
<br />
on_rez(integer start_param){llResetScript();} //when object rezzes, reset the script. Resets the script every time object is rezzed.</lsl><br />
<br />
The "changed" option is good when programming animations. Since the animation system requires the owner to grant permission for the animations to act, you don't want to reset the script every time the animation device is worn. You want to grant permissions once, and have the item work after that. Thus, you use the "changed" event, which will reset the script once.<br />
<br />
The on_rez event is used when it is desirable to reset the script every time the object is rezzed or worn. Both events will insure that all following script funtions will refer to the current owner.<br />
<br />
|helpers<br />
|also_functions=<br />
{{LSL DefineRow||[[llGetCreator]]|}}<br />
{{LSL DefineRow||[[llGetOwnerKey]]|}}<br />
{{LSL DefineRow||[[llDetectedOwner]]|}}<br />
|also_tests<br />
|also_events<br />
|also_articles<br />
|notes<br />
|cat1=Owner<br />
|cat2=Object<br />
|cat3=Key<br />
|cat4<br />
}}</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlGetOwner&diff=55809LlGetOwner2008-02-25T15:29:27Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function<br />
|func_id=117|func_sleep=0.0|func_energy=10.0<br />
|func=llGetOwner|sort=GetOwner<br />
|return_type=key<br />
|func_footnote<br />
|func_desc<br />
|return_text=that is the current owner of the script.<br />
<br />
(See additional ErenNotes at end of this listing)<br />
|spec<br />
|caveats=*When the owner of an object changes, code that depends on this function's return value will not automatically update for the new owner or be automatically re-evaluated.<br />
**This requires the reregistration of [[llListen|listens]] and [[llRequestPermissions|requesting of permissions]] from the new owner as needed.<br />
***This is not limited to listens and permissions but anything that caches the return value, it is up to the programmer to work around this limitation.<br />
**Detection of owner change can be achieved with the [[changed]] event in conjunction with the [[CHANGED_OWNER]] flag (see the first example) or by storing the old value and periodically (e.g. in [[on_rez]]) checking if it has changed. Both techniques are valid though the latter will not detect the sale of the object if it is sold with "sell original" in-world and not picked up.<br />
|constants<br />
|examples=<lsl>default<br />
{<br />
state_entry()<br />
{<br />
llInstantMessage(llGetOwner(), "Only you can hear me. Isn't that eerie.");<br />
}<br />
<br />
changed(integer change)<br />
{<br />
if (change & CHANGED_OWNER)<br />
llResetScript();<br />
}<br />
}</lsl><br />
<br />
ErenNotes (the "Scripting for Dummies" section)<br />
llGetOwner() returns the UUID (identification code) of the owner of the object. <br />
To get the owner's name, use llKey2Name(llGetOwner())<br />
<br />
The one problem many coders come up against is that statements referring to the owner don't automatically change when the owner changes. The most often-seen result is an expected animation command affecting the PREVIOUS owner rather than the CURRENT owner. While this initially seems a "bug" in the llGetOwner() function, it is not. What happens is that no real-time event has happened to cause the code to recognize a new owner. There are two simple one-line solutions to this problem. Both solutions cause the script to reset all values.<br />
<br />
changed(integer change){if (change & CHANGED_OWNER)llResetScript();} //if owner changes, reset the script. Resets script once.<br />
<br />
on_rez(integer start_param){llResetScript();} //when object rezzes, reset the script. Resets the script every time object is rezzed.<br />
<br />
The "changed" option is good when programming animations. Since the animation system requires the owner to grant permission for the animations to act, you don't want to reset the script every time the animation device is worn. You want to grant permissions once, and have the item work after that. Thus, you use the "changed" event, which will reset the script once.<br />
<br />
The on_rez event is used when it is desirable to reset the script every time the object is rezzed or worn. Both events will insure that all following script funtions will refer to the current owner.<br />
<br />
|helpers<br />
|also_functions=<br />
{{LSL DefineRow||[[llGetCreator]]|}}<br />
{{LSL DefineRow||[[llGetOwnerKey]]|}}<br />
{{LSL DefineRow||[[llDetectedOwner]]|}}<br />
|also_tests<br />
|also_events<br />
|also_articles<br />
|notes<br />
|cat1=Owner<br />
|cat2=Object<br />
|cat3=Key<br />
|cat4<br />
}}</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlTargetOmega&diff=55571LlTargetOmega2008-02-24T07:14:32Z<p>Eren Padar: </p>
<hr />
<div>{{LSL Function<br />
|func_id=133<br />
|func_sleep=0.0<br />
|func_energy=10.0<br />
|func=llTargetOmega<br />
|p1_type=vector|p1_name=axis|p1_desc=arbitrary axis to rotate the object around<br />
|p2_type=float|p2_name=spinrate|p2_desc=rate of rotation in radians per second<br />
|p3_type=float|p3_name=gain|p3_desc=needs to be non-zero<br />
<br />
NOTE: Currently llTargetOmega is not performing properly, especially when involved in an avatar attachment. Several "work arounds" have been published, none of which provide consistent results. Severl JIRA reports have been filed over periods of several months. Linden Lab has reported looking into the issue, but thus far the problem remains. llTargetOmega cannot currently be relied upon to rotate avatar attachments properly, and exhibits inconsistent results on non-attached objects.<br />
<br />
|func_footnote<br />
|func_desc=Rotates the object around '''axis''' at '''spinrate''' * {{LSLG|llVecMag}}('''axis''') in radians per second with strength '''gain'''.<br />
|examples=<lsl>//rotates the x axis once per second,<br />
// rotates the y axis 3 times per second, <br />
// rotates the z axis once every two seconds.<br />
// combined the rate is about 3.20156 revolutions per second<br />
<br />
llTargetOmega(<1.0,3.0,0.5>,TWO_PI,1.0);</lsl><br />
|spec=<br />
===Physics===<br />
*If the object is not physical then the effect is entirely client side.<br />
*If the object is physical then the physical representation is updated regularly.<br />
===Link Sets===<br />
*If the script is attached to the root prim, the entire object rotates around the [[Viewer coordinate frames#Region|region]] '''axis'''<br />
**If the object is attached then it rotates around the attachment '''axis'''<br />
*If the script is attached to a child prim, the prim rotates around the [[Viewer coordinate frames#Local|local]] '''axis'''<br />
**A Child prim can rotate around its own '''axis''' while the entire object rotates around another '''axis'''.<br />
|caveats=*If the object is not physical then the rotation is only a client side effect and avatars and objects may move around the object as if it were not rotating at all.<br />
|constants<br />
|helpers<br />
|also_functions<br />
|also_tests<br />
|also_events<br />
|also_articles<br />
|also_tests=*[[llTargetOmega test]]<br />
|notes=Use [[llVecNorm]] on '''axis''' so that '''spinrate''' actually represents the rate of rotation.<br />
|cat1=Physics<br />
|cat2=Effects<br />
|cat3<br />
|cat4<br />
}}</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlGetOwner&diff=55570LlGetOwner2008-02-24T07:07:37Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function<br />
|func_id=117|func_sleep=0.0|func_energy=10.0<br />
|func=llGetOwner|sort=GetOwner<br />
|return_type=key<br />
|func_footnote<br />
|func_desc<br />
|return_text=that is the current owner of the script<br />
<br />
NOTE: Because LsL does not reset a script when it is transferred to a new owner, a script can retain old owner identity and even act upon the old owner unless the script is reset. While this appears up front to be a problem with llGetOwner(), this is not the case. The script must be reset upon owner change, which is most easily accomplished using the CHANGE event, as demonstrated below. Without such a reset event, significant problems can be experienced especially in the use of animations and other functions which act upon the owner of the device.<br />
|spec<br />
|caveats<br />
|constants<br />
|examples=<lsl>default<br />
{<br />
state_entry()<br />
{<br />
llInstantMessage(llGetOwner(),"Only you can hear me. Isn't that eerie.");<br />
}<br />
<br />
changed(integer change){if (change & CHANGED_OWNER){llResetScript();}}<br />
<br />
}</lsl><br />
|helpers<br />
|also_functions=<br />
{{LSL DefineRow||[[llGetCreator]]|}}<br />
{{LSL DefineRow||[[llGetOwnerKey]]|}}<br />
{{LSL DefineRow||[[llDetectedOwner]]|}}<br />
|also_tests<br />
|also_events<br />
|also_articles<br />
|notes<br />
|cat1=Owner<br />
|cat2=Object<br />
|cat3=Key<br />
|cat4<br />
}}</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlGetOwner&diff=55509LlGetOwner2008-02-23T17:50:16Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function<br />
|func_id=117|func_sleep=0.0|func_energy=10.0<br />
|func=llGetOwner|sort=GetOwner<br />
|return_type=key<br />
|func_footnote<br />
|func_desc<br />
|return_text=that is the owner of the script<br />
<br />
IMPORTANT NOTE: If an object is transferred to a new owner and the script not reset, llGetOwner() will continue to return the value of the PREVIOUS owner rather than the new one (this has been reported as a bug in the JIRA system). This can be overcome by resetting the script, but this requires either a manual reset (which is cumbersome) or using an llResetScript() function upon rezzing. Since it is inefficient and in many cases undesirable to reset a script every time an item is rezzed, the following simple one-line workaround is preferrable: <br />
<br />
changed(integer change){if (change & CHANGED_OWNER){llResetScript();}} <br />
This event checks to see if the owner has changed and if such is the case, resets the script one time.<br />
<br />
<br />
|spec<br />
|caveats<br />
|constants<br />
|examples=<lsl>default<br />
{<br />
state_entry()<br />
{<br />
llInstantMessage(llGetOwner(),"Only you can hear me. Isn't that eerie.");<br />
}<br />
<br />
changed(integer change){if (change & CHANGED_OWNER){llResetScript();}}<br />
<br />
}</lsl><br />
|helpers<br />
|also_functions=<br />
{{LSL DefineRow||[[llGetCreator]]|}}<br />
{{LSL DefineRow||[[llGetOwnerKey]]|}}<br />
{{LSL DefineRow||[[llDetectedOwner]]|}}<br />
|also_tests<br />
|also_events<br />
|also_articles<br />
|notes<br />
|cat1=Owner<br />
|cat2=Object<br />
|cat3=Key<br />
|cat4<br />
}}</div>Eren Padarhttps://wiki.secondlife.com/w/index.php?title=LlGetOwner&diff=55507LlGetOwner2008-02-23T17:47:47Z<p>Eren Padar: </p>
<hr />
<div>{{LSL_Function<br />
|func_id=117|func_sleep=0.0|func_energy=10.0<br />
|func=llGetOwner|sort=GetOwner<br />
|return_type=key<br />
|func_footnote<br />
|func_desc<br />
|return_text=that is the owner of the script<br />
<br />
IMPORTANT NOTE: If an object is transferred to a new owner and the script not reset, llGetOwner() will continue to return the value of the PREVIOUS owner rather than the new one (this has been reported as a bug in the JIRA system). This can be overcome by resetting the script, but this requires either a manual reset (which is cumbersome) or using an llResetScript() function upon rezzing. Since it is inefficient and in many cases undesirable to reset a script every time an item is rezzed, the following simple one-line workaround is preferrable: <br />
<br />
changed(integer change){if (change & CHANGED_OWNER){llResetScript();}} <br />
This event checks to see if the owner has changed and if such is the case, resets the script one time.<br />
<br />
<br />
|spec<br />
|caveats<br />
|constants<br />
|examples=<lsl>default<br />
{<br />
state_entry()<br />
{<br />
llInstantMessage(llGetOwner(),"Only you can hear me. Isn't that eerie.");<br />
}<br />
}</lsl><br />
|helpers<br />
|also_functions=<br />
{{LSL DefineRow||[[llGetCreator]]|}}<br />
{{LSL DefineRow||[[llGetOwnerKey]]|}}<br />
{{LSL DefineRow||[[llDetectedOwner]]|}}<br />
|also_tests<br />
|also_events<br />
|also_articles<br />
|notes<br />
|cat1=Owner<br />
|cat2=Object<br />
|cat3=Key<br />
|cat4<br />
}}</div>Eren Padar