Difference between revisions of "Getting started with LSL/it"

From Second Life Wiki
Jump to: navigation, search
Line 29: Line 29:
 
     touch_start(integer total_number)
 
     touch_start(integer total_number)
 
     {
 
     {
           llSay(0,"Cial Mondo");
+
           llSay(0,"Ciao Mondo");
 
     }
 
     }
 
}
 
}
Line 50: Line 50:
 
Tradizionalmente si comincia sempre scrivendo il più piccolo programma possibile che scriva "Ciao Mondo". Dato che LSL gira solo all'interno di oggetti, devi conoscere come creare un oggetto e come metterci dentro uno script.
 
Tradizionalmente si comincia sempre scrivendo il più piccolo programma possibile che scriva "Ciao Mondo". Dato che LSL gira solo all'interno di oggetti, devi conoscere come creare un oggetto e come metterci dentro uno script.
  
Devi essere in una terra che consenta il building. Può essere una tua terra, oppure una terra dove ti viene concesso di costruire come ad esempio una sandbox. Clicca con il tasto destro del mouse per terra e scegli '''create''' (se hai il mouse con un solo bottone del Mac devi cliccare command+click).
+
Devi essere in una terra che consenta il building. Può essere una tua terra, oppure una terra dove ti viene concesso di costruire come ad esempio una sandbox. Clicca con il tasto destro del mouse per terra e scegli '''create''' (crea) (se hai il mouse con un solo bottone del Mac devi cliccare command+click).
  
 
Di default, dovresti vedere una icona a forma di '''bacchetta''' cliccando con questa icona per terra dovresti vedere creato un cubo ai tuoi piedi.
 
Di default, dovresti vedere una icona a forma di '''bacchetta''' cliccando con questa icona per terra dovresti vedere creato un cubo ai tuoi piedi.
  
WORK IN PROGRESS
 
  
You will automatically enter '''edit''' mode and an edit window will pop up. To place a script in an existing object, right click it and hit edit to open the edit window.
+
Entrerai automaticamente nella modalità '''edit''' (modifica) e vedrai apparire la finestra di modifica. Per inserire invece uno script in un oggetto già esistente devi cliccarlo con il tasto destro del mouse e scegliere edit (modifica) per aprire la finestra di edit.
  
In the edit window you may see a button marked '''more>>>''' click it to reveal five tabs marked '''general''', '''object''', '''features''', '''content''', and '''texture'''. Click '''content'''.
+
Nella finestra di edit potresti vedere un bottone marcato '''more>>>''' se lo vedessi, cliccalo per rivelare 5 linguette marcate'''general''', '''object''', '''features''', '''content''', e '''texture'''. Clicca su '''content'''.
  
This window shows the contents of an object which can hold scripts, notecards, even other objects. Press '''new script''' to add a new script.
+
Questa finestra mostra il contenuto di un oggetto che può contentere script, notecard o persino altri oggetti. Premi '''new script''' per aggiungere un nuovo script.
  
This will open the LSL editor with a default script. This editor will color code your syntax and provide some info about keywords when you hold your mouse over them. It will also do basic syntax checking.
+
Questa operazione aprirà l'editor LSL con uno script iniziale. L'editor colorerà le righe dello script evidenziando la sintassi e se ti soffermi con il mouse cerca di aiutarti dandoti alcune informazioni aggiuntive. Esegue anche un rudimentale test della sintassi.
  
Before explaining the code, lets run it. Hit '''save''' and close your edit window (not the LSL editor window).
+
Prima di spiegare il codice, lanciamolo. Clicca '''save''' e chiudi la finestra di edit dello script. Non quella di editing dell'oggetto.
  
You should see the words "Hello Avatar" from "object"
+
Dovresti vedere le parole "Hello Avatar" da "object"
  
If you touch the object, it will say "Touched." The "edit" building window must be closed for touching to work.
+
Se tocchi l'oggetto dirà "Touched." La finestra di modifica edit di building dell'oggetto deve essere chiusa perchè il tocco funzioni.
  
Congratulations! You have compiled and run your first LSL script!
+
Congratulazioni! Hai compilato e lanciato il tuo primo script LSL!
  
== Development Cycle ==
+
== Ciclo di sviluppo ==
  
(aka Wash / Rinse / Repeat)
+
(anche noto come Lava / Asciuga / Ripeti)
  
We now have a running script, however most scripts you make will not run the first time you run them. It will take many tries as you correct errors and make improvements. When you hit "save" on a script, the LSL editor "compiles" the code to something LSL can understand. It will stop however if it finds an error.
+
Adesso abbiamo uno script che gira, ma ricorda che la maggior parte degli script che farai NON gireranno la prima volta che tenterai di lanciarli. Ci vogliono molti tentativi mentre correggi i vari errori e fai migliorie. Quando clicchi "save" su uno script, l'editor LSL "compila" il codice in qualcosa che il motore LSL possa capire. Si fermerà però se trova un errore.
  
Brackets, parenthesis, and semicolons must all be perfectly in place before a script will run. If you are new to programing this can be one of the most infuriating steps and lead you to screaming DWIM (Do what I mean!) Part of becoming a programmer in ANY language is learning how to precisely define steps and correctly type them into the language you are working in. Thus you will find yourself writing, running, then RE-writing your code several times.
+
Le parentesi graffe, tonde e i ";" devono tutti esssere PERFETTAMENTE messi nei posti giusti prima che uno script possa girare. Se è la prima volta che programmi questo può essere uno dei momenti che ti faranno infuriare e che ti faranno imprecare FQCTD (Fai quello che ti dico, stupido!). Una parte delle capacità richieste per programmare in QUALUNQUE linguaggio è di imparare come precisamente definire i passi e come correttamente scriverli nel linguaggio in cui stai lavorando. Perciò ti ritroverai a scrivere, lanciare, e RI-scrivere il tuo programma parecchie volte.
  
The script you made runs the instant you hit save. If you take it into inventory, it will "suspend" what it was doing but go right back to it when rezzed (resurrected) again. (If you are not familiar with "taking" and "rezzing" an object you may need to revisit your building skills).
+
Lo script che scrivi va in esecuzione (gira) nel momento esatto in cui tu premi save. Se lo prendi nel tuo inventario, "sospenderà" quello che che stava facendo ma riprenderà immediatamente a farlo nel momento in cui lo rirezzi (risorge). (Se i concetti di "prendere nell'inventory", di "rezzare" un oggetto non ti sono familiari, temo che tu debba rivisitare le tue conoscenze di building :( ).
  
Each time you re-write your code, reset the script.  Try resetting the script in the following ways:
+
Ogni volta che ri-scrivi il tuo script, lo script si resetta (re-inizializza)Prova a resettare lo script anche nei seguenti modi:
  
# Press Reset in the script window.
+
# Premi "Reset" nella finestra di edit dello script.
# Select the object and choose TOOLS>RESET SCRIPTS IN SELECTION
+
# Selezionando l'oggetto e scegli Select the object and choose TOOLS>RESET SCRIPTS IN SELECTION (Strumenti->reimposta script in selezione)
# By checking and unchecking the "running" button
+
# Se togli e rimetti l'opzione "running"
# Choose TOOLS>SET SCRIPTS TO NOT RUNNING IN SELECTION and then TOOLS>SET SCRIPTS TO RUNNING IN SELECTION.
+
# Scegliendo TOOLS>SET SCRIPTS TO NOT RUNNING IN SELECTION e poi TOOLS>SET SCRIPTS TO RUNNING IN SELECTION.
  
Once you get comfortable with stopping, starting, and resetting a script, try changing the words "Hello Avatar" and see what else you can make it say.... for goodness sakes keep it PG.
+
Non appena ti sentirai a tuo agio con i concetti di "stop", "start", "reset" di uno script, prova a cambiare le parole "Hello Avatar" e vedere cosa altro puoi fargli dire.... Per amor di Dio mantieniti educato (non siamo in un'area adulta!)
  
===WHY STOP AND START?===
+
===PERCHE' FERMARE E RI-LANCIARE?===
  
Scripting in Second Life can be a little bit like fixing your car...while going 60mph down the freeway. Thus you need ways to stop the programs for they may affect others.
+
Scriptare in SecondLife è un po' come cercare di aggiustare la vostra macchina.... mentre sta correndo a 120 Km/h sull'autostrada. Devi avere dei sistemi per bloccare i programmi dato che possono influenzarsi fra di loro.
  
Objects can hold more than one script and they will all run at once. This can be used in the following manner. Say you write a script that makes a prim change color every few seconds. You also write one to make it follow you. Put them both in one object and it will follow you while changing colors!
+
Gli oggetti possono contenere molti script e tutti partono insieme nello stesso istante. Pensate a come questo possa essere sfruttato: supponiamo che si scriva uno script che faccia cambiare colore all'oggetto ogni qualche secondo. Possiamo anche scriverne un altro che faccia sì che l'oggetto ti segua. Se li metti tutti e due insieme nell'oggetto lui ti seguirà e nello stesso tempo cambia colore!
  
For simplicity's sake, the following examples will all be used individually so be sure not to put two or more into the same object.
+
Per amore di semplicità, gli esempi seguenti saranno tutti fatti con UN SOLO script fate quindi attenzione a non metterne più di uno dentro lo stesso oggetto.
  
== Dissecting "Hello World" ==
+
== Anatomia di "Ciao Mondo" ==
  
Lets take a look at the default code.
+
Diamo un'occhiata al codice iniziale.
  
 
<lsl>
 
<lsl>
Line 118: Line 117:
 
</lsl>
 
</lsl>
  
The code above contains 1 state, 2 events and 2 functions. Lets look at them individually.
+
Il codice mostrato contiene 1 stato, 2 eventi e 2 funzioni. Guardiamo attentamente ognuna di queste componenti.
  
Any line starting with two forward slashes is a comment. It will not run and is used to help you document your code.
+
Tutte le righe che iniziano con due barre sono dei commenti. Non sono operativi e servono solo ad aiutare a documentare il tuo codice.
  
  // This is a comment
+
  // Questo è un commento
  
===STATES===
+
===STATI===
  
A "State" in LSL is a section that is running, and waiting for events. Only one state can be active at any one time per script. Every script must have a default state with at least one event in it. Except for the default state, each state is defined by the word STATE followed by the name of the state. The contents of the state are enclosed in two curly brackets.
+
Uno "Stato" in LSL è una sezione che è in esecuzione, aspettando gli eventi. Ad ogni dato momento soltanto UNO stato può essere attivo per ogni script. Ogni script deve avere uno stato iniziale (default) contenente almeno un evento. Con l'unica eccezione dell'evento iniziale (default) ogni stato deve essere definito con la parola STATE seguita con il nome dello stato. Il contenuto dello stato è racchiuso fra DUE parentesi graffe una aperta e una chiusa (shift-altgr-[ e shift-alt-gr-] nelle tastiere italiane.
  
 
<lsl>
 
<lsl>
 
default
 
default
 
{
 
{
// contents of state go here
+
// il contenuto dello stato va qua
 
}
 
}
 
   
 
   
state playing
+
state suona
 
{
 
{
// this is a state called "playing"
+
// questo è uno stato che si chiama suona
 
}
 
}
 
</lsl>
 
</lsl>
  
===EVENTS===
+
===EVENTI===
  
Events are inside of states. By "inside" I mean it is between the open and closed curly brackets that represent the body of the state. When that state is active, those events wait to be triggered and run the code inside them. We have seen "[[state_entry]]" which is triggered by the state being entered, and "[[touch_start]]" which is triggered when you, or anyone, touches an object.
+
Gli eventi sono dentro gli stati. Per "dentro" si intende che stanno fra la graffa aperta e la graffa chiusa che rappresentano il corpo dello stato. Quando quello stato è attivo, questi eventi aspettano di scattare e di mettersi in esecuzione il codice definito al loro interno. Abbiamo visto "[[state_entry]]" che scatta quando il programma inizia o viene resettato, e "[[touch_start]]" che scatta quando qualcuno tocca l'oggetto.
  
Lets take a look at the default code.
+
Guardiamo il codice "iniziale" (New Script).
  
 
<lsl>
 
<lsl>
// Code start
+
// Lo script inizia
 
default
 
default
 
{
 
{
     touch_start(integer total_number)  // this is an event
+
     touch_start(integer total_number)  // questo è un evento
 
     {
 
     {
     // this is the content of the event (between curly braces)
+
     // questo è il contenuto dell'evento (fra parentesi graffe)
 
     }
 
     }
  
 
}
 
}
// end of default state
+
// fine dello stato iniziale (default)
 
</lsl>
 
</lsl>
  
===FUNCTIONS===
+
===FUNZIONI===
  
Functions lay inside of events and are either defined by you or built-in. Those built in to LSL all start with two lowercase Ls. We have seen [[llSay]]() so far. Functions take "arguments" or values in the parentheses that follow it. If you hover over the function in the editor, a pop-up will show that tell you what the function is expecting. In the case of llSay it expects a number and a string. We send it the number zero and the string "Hello, Avatar!" separated by commas. The function is "expecting" a number and strings and will not take anything else.
+
Le funzioni stanno dentro gli eventi e sono di due tipi: quelle definite da te oppure quelle predefinite. Tutte quelle predefinite cominciano con una doppia l. Abbiamo visto finora [[llSay]](). Le funzioni usano degli "argomenti" che sono i valori fra parentesi tondeche la seguono. Se ti soffermi per qualche attimo sulla funzione mentre sei nell'editor, si aprirà una finestra che ti informa sui parametri che la funzione si aspetta. Nel caso di llSay si aspetta un numero e una stringa. Gli diamo il numero zero e la stringa "Ciao Mondo!" separati da virgole. La funzione si aspetta un numero e una stringa e non prenderà nessun altro tipo di valori.
  
=== Putting it all together ===
+
=== Mettiamo tutto insieme ===
  
Line by line, here is the hello avatar script.  
+
Ecco finalmente, riga per riga, lo script Hello Avatar.  
  
 
<lsl>
 
<lsl>
  
default  // All Scripts need a Default State
+
default  // Tutti gli script hanno bisogno di uno stato iniziale
  
{ // this open curly bracket denotes the start of the state
+
{ // questa parentesi graffa definisce l'inzio dello stato default
     state_entry() // an event
+
     state_entry() // un evento
 
     {
 
     {
         llSay(0, "Hello, Avatar!"); // a  function inside the event's curly braces
+
         llSay(0, "Ciao Mondo!"); // una funzione dentro la coppia di parentesi graffe
 
     }
 
     }
     // closed curly bracket closes the state_entry event
+
     // la parentesi graffa chiusa definisce la fine dell'evento
  
     touch_start(integer total_number)  // another event inside default state
+
     touch_start(integer total_number)  // un secondo evento dentro lo stato
 
     {
 
     {
         llSay(0, "Touched."); // a function between the brackets of the touch_start body
+
         llSay(0, "Touched."); // un'altra funzione dentro il secondo evento
 
     }
 
     }
     // end of touch start
+
     // fine del touch_start
 
}
 
}
// Code end
+
// fine dello script
 
</lsl>
 
</lsl>
  
The instant you save your script, it enters default state, which in turn runs the "[[state_entry]]" event which in turn runs the function [[llSay]]() which makes the object talk.
+
Nel momento in cui salvi il tuo script, lui entra nello stato iniziale, che a sua volta lancia l'evento "[[state_entry]]" che a sua volta lancia la funzione  [[llSay]]() che fa parlare l'oggetto.
  
After this, the program waits idle in the default state until a new event is called.
+
Dopo di ciò, il programma si mette quieto ad aspettare nello stato di default finchè non scatta un nuovo evento.
  
Touching the box triggers the event "[[touch_start]]" which also makes the object speak.
+
Toccare il cubo fa scattare l'evento "[[touch_start]]" che fa anch'esso parlare l'oggetto.
  
== Introducing States and Events ==
+
== Introduzione degli Stati e degli Eventi ==
  
LSL scripts will not run beginning to end. Instead, they will look for a default state and wait for an event. Within those events, there can be a call to go to a new state.
+
Gli script LSL non girano partendo dalla prima riga e terminando all'ultima riga. Invece cercheranno lo stato iniziale (default) e aspetteranno per un evento. Dentro questi eventi potrebbero esserci delle funzioni che chiedono di cambiare stato.
  
All programs must contain the default state, inside of which must be one event. Events are triggered either by actions happening to or around the object the script resides in, or are triggered from the script itself.  
+
Tutti i programmi devono contenere lo stato iniziale (default), dentro il quale deve esserci almeno un evento. Gli eventi scattano o se accadono delle azioni specifiche all'oggetto o attorno all'oggetto in cui lo script vive, oppure sono fatti scattare dall'oggetto stesso.  
  
=== On/Off Example Using States ===
+
=== Esempio Acceso/Spento Usando gli Stati ===
  
Let us look at a script with two states with two events in each.
+
Osserviamo ora uno script che contiene due stati con due eventi in ognuno di essi.
  
 
<lsl>
 
<lsl>
default //default state is mandatory
+
default //lo stato iniziale default è obbligatorio
 
{
 
{
     state_entry() // runs each time the state is entered
+
     state_entry() // viene eseguito ogni volta che lo stato diventa attivo
 
     {
 
     {
         llSay(0, "turning on!"); //object speaks!
+
         llSay(0, "mi accendo!"); //l'oggetto parla!
         llSetColor(<1.0, 1.0, 1.0>, ALL_SIDES); // sets all sides to most bright
+
         llSetColor(<1.0, 1.0, 1.0>, ALL_SIDES); // imposta tutti i lati dell'oggetto in modo che siano luminosi
         // note the semicolons at the end of each instruction (do not put them at the end of if statements)
+
         // notate i ; alla fine di ogni istruzione.. Non metteteli però alla fine delle istruzioni if
 
     }
 
     }
 
    
 
    
     touch_start(integer total_number) // another event with only one function  inside
+
     touch_start(integer total_number) // altro evento con solo una funzione
 
     {
 
     {
         state off; // sets the script to a new "state" and starts running "state off"
+
         state spento; // imposta lo script in un nuovo stato (spento) e lo mette in esecuzione
 
     }
 
     }
} // this curly bracket ends the body of the default state.
+
} // questa parentesi graffa chiusa finisce il corpo dello stato iniziale default
 
   
 
   
state off // a second state besides "default"
+
state spento // un secondo stato oltre a quello iniziale
 
{
 
{
     state_entry() // this is run as soon as the state is entered
+
     state_entry() // va in esecuzione non appena si entra in questo stato
 
     {
 
     {
         llSay(0, "turning off!");
+
         llSay(0, "mi spengo!");
         llSetColor(<0.0, 0.0, 0.0>, ALL_SIDES); // sets all sides as dark as possible
+
         llSetColor(<0.0, 0.0, 0.0>, ALL_SIDES); // Imposta tutti i lati al colore nero
 
     }
 
     }
 
   
 
   
Line 233: Line 232:
 
}
 
}
 
</lsl>
 
</lsl>
A simplification of this would be
+
Una versione semplificata potrebbe essere
  
  
Line 239: Line 238:
 
  default
 
  default
 
  {
 
  {
  //set color to light and, if touched, enter the "off" state.
+
  //imposta il colore bianco e se toccato va nello stato "spento"
 
  }
 
  }
 
   
 
   
  state off
+
  state spento
 
  {
 
  {
  //set color to dark and, if touched, enter the "default" state.
+
  //imposta il colore nero e se toccato entra nello stato iniziale
 
  }
 
  }
 
</lsl>
 
</lsl>
  
Note that after "[[default]]" all new states begin with the word "[[state]]". Also, while the object has a texture, the color will affect the "tint" more than the true color.
+
Fai attenzione che a parte "[[default]]" tutti i nuovi stati cominciano con la parola "[[state]]". Also, while the object has a texture, the color will affect the "tint" more than the true color.
  
 
=== Default State ===
 
=== Default State ===

Revision as of 13:22, 21 June 2009


Incominciamo a scriptare con il linguaggio LSL in Second Life

LSL sta per "Linden Scripting Language" (Linguaggio di Programmazione Linden) ed è usato per programmare gli oggetti che incontrerete e che farete in SecondLife.


A CHI E' RIVOSTO QUESTO TUTORIAL:

Questo tutorial è pensato per coloro che non hanno mai programmato prima, in Second Life o da altre parti. Questo tutorial ha molto poco senso al di fuori di Second Life. LSL è molto specifico per Second Life.

Comincerai facendo girare il programmino standard "ciao mondo" ed alla fine riuscirai a produrne uno scritto di tuo pugno. Devi però conoscere i principi base di Second Life e possedere le conoscenze di build di base prima di poter utilizzare a pieno questo tutorial.

Cos'è il linguaggio LSL?

LSL è il linguaggio di programmazione (scripting) Linden. Questo è il linguaggio con cui sono scritti tutti gli script in SecondLife. La struttura è basata su Java e C. Uno script in Second Life è un insieme di istruzini che possono essere messi dentro un prim, ma non dentro un avatar. Gli Avatar possono indossare oggetti scriptati. Gli script LSL sono scritti usando un editor/compilatore precostruito nel vostro viewer che vedremo nel capitolo "Come lanciare il tuo primo script".

NOTA: LSL è interpretato ed eseguito nei server di Second Life servers (chiamati sim), non nel client (Viewer). Sebbene l'editor degli script sia parte del viewer, lo script risiede nel server, che manda i risultati sulla rete al Viewer, dove alla fine li osservi.

Una cosa che rende il linguaggio LSL "speciale" è la sua enfasi sugli "Stati" e sugli "Eventi". Una porta può essere "aperta" o "chiusa" e una lampadina può essere "accesa" o "spenta". Una persona può essere "eccitata", "calma", o "annoiata". Molti comportamenti della nostra vita reale possono essere modellati attraverso degli "stati" e lo stesso vale per i programmi LSL. Uno script avrà come minimo uno stato, lo stato di "default" (o stato iniziale).

Un evento può essere pensato come un "Grilletto" o "Interruttore" qualcosa che scatta in certe condizioni predefinite. Gli Eventi non sono definibili dagli utenti in SecondLife, ma sono predefiniti. Sono fatti scattare quando gli oggetti o gli avatar interagiscono con il mondo, oppure possono essere scatenati esplicitamente dentro uno script. Gli eventi fanno scattare i gestori degli eventi (che vengono chiamati a loro volta "eventi"). Per esempio, quando un avatar tocca un oggetto, un messaggio touch_start è inviato all'oggetto, il che mette in esecuzione il gestore di eventi touch_start() che inizia a girare. Il programma minimale LSL deve avere uno stato e un gestore eventi. Ecco come appare un programma minimale scritto in LSL che a grandi linee può essere tradotto come.... "Quando sono nello stato iniziale e sono toccato, dico "Ciao Mondo" sul canale 0".


<lsl> default {

    touch_start(integer total_number)
    {
         llSay(0,"Ciao Mondo");
    }

} </lsl>

COSA POSSO FARE CON GLI SCRIPT?

Gli script possono far sì che un oggetto si muova, ascolti, parli, funzioni come veicolo oppure come un'arma, cambi colore, dimensione o forma. Uno script può fare sì che un oggetto ascolti le tue parole e te le ripeta a pappagallo, ci sono degli script che fanno parlare addirittura gli oggetti uno con l'altro.

L'oggetto più fondamentale in Second Life è il Prim (il cubo), il blocco basilare per costruire tutti gli oggetti costruibili nel mondo virtuale. Quando tanti prim sono collegati (linkati), ognuno di essi può contenere uno script che può parlare con tutti gli altri prim attraverso dei "messaggi link" (linked message). Questi sono più veloci e più privati rispetto agli oggetti che "parlano" nei canali pubblici o si inviano email. Queste comunicazioni sono oltre l'intento di questo tutorial mentre invece ci concentreremo sugli script contenuti in un unico cubo.

Scriptare è più difficile che imparare la manipolazione di base degli oggetti, ma è veramente gratificante non appena fate qualche progresso.

Se hai già costruito in Second Life, sappi che tutto quello che definisci nella finestra di edit può anche essere pilotato dagli script. Tutte le interazioni che vedi fra gli oggetti o tra avatar e oggetti avviene attraverso gli script.

Imparare di più sul mondo 3D e sul modello di building è vitale per alcuni aspetti dello scripting, per questo è raccomandabile avere delle cognizioni di base di building prima di imparare a scriptare.

Lancia il tuo primo script

Tradizionalmente si comincia sempre scrivendo il più piccolo programma possibile che scriva "Ciao Mondo". Dato che LSL gira solo all'interno di oggetti, devi conoscere come creare un oggetto e come metterci dentro uno script.

Devi essere in una terra che consenta il building. Può essere una tua terra, oppure una terra dove ti viene concesso di costruire come ad esempio una sandbox. Clicca con il tasto destro del mouse per terra e scegli create (crea) (se hai il mouse con un solo bottone del Mac devi cliccare command+click).

Di default, dovresti vedere una icona a forma di bacchetta cliccando con questa icona per terra dovresti vedere creato un cubo ai tuoi piedi.


Entrerai automaticamente nella modalità edit (modifica) e vedrai apparire la finestra di modifica. Per inserire invece uno script in un oggetto già esistente devi cliccarlo con il tasto destro del mouse e scegliere edit (modifica) per aprire la finestra di edit.

Nella finestra di edit potresti vedere un bottone marcato more>>> se lo vedessi, cliccalo per rivelare 5 linguette marcategeneral, object, features, content, e texture. Clicca su content.

Questa finestra mostra il contenuto di un oggetto che può contentere script, notecard o persino altri oggetti. Premi new script per aggiungere un nuovo script.

Questa operazione aprirà l'editor LSL con uno script iniziale. L'editor colorerà le righe dello script evidenziando la sintassi e se ti soffermi con il mouse cerca di aiutarti dandoti alcune informazioni aggiuntive. Esegue anche un rudimentale test della sintassi.

Prima di spiegare il codice, lanciamolo. Clicca save e chiudi la finestra di edit dello script. Non quella di editing dell'oggetto.

Dovresti vedere le parole "Hello Avatar" da "object"

Se tocchi l'oggetto dirà "Touched." La finestra di modifica edit di building dell'oggetto deve essere chiusa perchè il tocco funzioni.

Congratulazioni! Hai compilato e lanciato il tuo primo script LSL!

Ciclo di sviluppo

(anche noto come Lava / Asciuga / Ripeti)

Adesso abbiamo uno script che gira, ma ricorda che la maggior parte degli script che farai NON gireranno la prima volta che tenterai di lanciarli. Ci vogliono molti tentativi mentre correggi i vari errori e fai migliorie. Quando clicchi "save" su uno script, l'editor LSL "compila" il codice in qualcosa che il motore LSL possa capire. Si fermerà però se trova un errore.

Le parentesi graffe, tonde e i ";" devono tutti esssere PERFETTAMENTE messi nei posti giusti prima che uno script possa girare. Se è la prima volta che programmi questo può essere uno dei momenti che ti faranno infuriare e che ti faranno imprecare FQCTD (Fai quello che ti dico, stupido!). Una parte delle capacità richieste per programmare in QUALUNQUE linguaggio è di imparare come precisamente definire i passi e come correttamente scriverli nel linguaggio in cui stai lavorando. Perciò ti ritroverai a scrivere, lanciare, e RI-scrivere il tuo programma parecchie volte.

Lo script che scrivi va in esecuzione (gira) nel momento esatto in cui tu premi save. Se lo prendi nel tuo inventario, "sospenderà" quello che che stava facendo ma riprenderà immediatamente a farlo nel momento in cui lo rirezzi (risorge). (Se i concetti di "prendere nell'inventory", di "rezzare" un oggetto non ti sono familiari, temo che tu debba rivisitare le tue conoscenze di building :( ).

Ogni volta che ri-scrivi il tuo script, lo script si resetta (re-inizializza). Prova a resettare lo script anche nei seguenti modi:

  1. Premi "Reset" nella finestra di edit dello script.
  2. Selezionando l'oggetto e scegli Select the object and choose TOOLS>RESET SCRIPTS IN SELECTION (Strumenti->reimposta script in selezione)
  3. Se togli e rimetti l'opzione "running"
  4. Scegliendo TOOLS>SET SCRIPTS TO NOT RUNNING IN SELECTION e poi TOOLS>SET SCRIPTS TO RUNNING IN SELECTION.

Non appena ti sentirai a tuo agio con i concetti di "stop", "start", "reset" di uno script, prova a cambiare le parole "Hello Avatar" e vedere cosa altro puoi fargli dire.... Per amor di Dio mantieniti educato (non siamo in un'area adulta!)

PERCHE' FERMARE E RI-LANCIARE?

Scriptare in SecondLife è un po' come cercare di aggiustare la vostra macchina.... mentre sta correndo a 120 Km/h sull'autostrada. Devi avere dei sistemi per bloccare i programmi dato che possono influenzarsi fra di loro.

Gli oggetti possono contenere molti script e tutti partono insieme nello stesso istante. Pensate a come questo possa essere sfruttato: supponiamo che si scriva uno script che faccia cambiare colore all'oggetto ogni qualche secondo. Possiamo anche scriverne un altro che faccia sì che l'oggetto ti segua. Se li metti tutti e due insieme nell'oggetto lui ti seguirà e nello stesso tempo cambia colore!

Per amore di semplicità, gli esempi seguenti saranno tutti fatti con UN SOLO script fate quindi attenzione a non metterne più di uno dentro lo stesso oggetto.

Anatomia di "Ciao Mondo"

Diamo un'occhiata al codice iniziale.

<lsl> default {

    state_entry()
    {
        llSay(0, "Hello, Avatar!");
    }
    touch_start(integer total_number)
    {
        llSay(0, "Touched.");
    }

} </lsl>

Il codice mostrato contiene 1 stato, 2 eventi e 2 funzioni. Guardiamo attentamente ognuna di queste componenti.

Tutte le righe che iniziano con due barre sono dei commenti. Non sono operativi e servono solo ad aiutare a documentare il tuo codice.

// Questo è un commento

STATI

Uno "Stato" in LSL è una sezione che è in esecuzione, aspettando gli eventi. Ad ogni dato momento soltanto UNO stato può essere attivo per ogni script. Ogni script deve avere uno stato iniziale (default) contenente almeno un evento. Con l'unica eccezione dell'evento iniziale (default) ogni stato deve essere definito con la parola STATE seguita con il nome dello stato. Il contenuto dello stato è racchiuso fra DUE parentesi graffe una aperta e una chiusa (shift-altgr-[ e shift-alt-gr-] nelle tastiere italiane.

<lsl> default { // il contenuto dello stato va qua }

state suona { // questo è uno stato che si chiama suona } </lsl>

EVENTI

Gli eventi sono dentro gli stati. Per "dentro" si intende che stanno fra la graffa aperta e la graffa chiusa che rappresentano il corpo dello stato. Quando quello stato è attivo, questi eventi aspettano di scattare e di mettersi in esecuzione il codice definito al loro interno. Abbiamo visto "state_entry" che scatta quando il programma inizia o viene resettato, e "touch_start" che scatta quando qualcuno tocca l'oggetto.

Guardiamo il codice "iniziale" (New Script).

<lsl> // Lo script inizia default {

    touch_start(integer total_number)  // questo è un evento
    {
    // questo è il contenuto dell'evento (fra parentesi graffe)
    }

} // fine dello stato iniziale (default) </lsl>

FUNZIONI

Le funzioni stanno dentro gli eventi e sono di due tipi: quelle definite da te oppure quelle predefinite. Tutte quelle predefinite cominciano con una doppia l. Abbiamo visto finora llSay(). Le funzioni usano degli "argomenti" che sono i valori fra parentesi tondeche la seguono. Se ti soffermi per qualche attimo sulla funzione mentre sei nell'editor, si aprirà una finestra che ti informa sui parametri che la funzione si aspetta. Nel caso di llSay si aspetta un numero e una stringa. Gli diamo il numero zero e la stringa "Ciao Mondo!" separati da virgole. La funzione si aspetta un numero e una stringa e non prenderà nessun altro tipo di valori.

Mettiamo tutto insieme

Ecco finalmente, riga per riga, lo script Hello Avatar.

<lsl>

default // Tutti gli script hanno bisogno di uno stato iniziale

{ // questa parentesi graffa definisce l'inzio dello stato default

   state_entry() // un evento
   {
       llSay(0, "Ciao Mondo!"); // una funzione dentro la coppia di parentesi graffe
   }
   // la parentesi graffa chiusa definisce la fine dell'evento
   touch_start(integer total_number)  // un secondo evento dentro lo stato
   {
       llSay(0, "Touched."); // un'altra funzione dentro il secondo evento
   }
   // fine del touch_start

} // fine dello script </lsl>

Nel momento in cui salvi il tuo script, lui entra nello stato iniziale, che a sua volta lancia l'evento "state_entry" che a sua volta lancia la funzione llSay() che fa parlare l'oggetto.

Dopo di ciò, il programma si mette quieto ad aspettare nello stato di default finchè non scatta un nuovo evento.

Toccare il cubo fa scattare l'evento "touch_start" che fa anch'esso parlare l'oggetto.

Introduzione degli Stati e degli Eventi

Gli script LSL non girano partendo dalla prima riga e terminando all'ultima riga. Invece cercheranno lo stato iniziale (default) e aspetteranno per un evento. Dentro questi eventi potrebbero esserci delle funzioni che chiedono di cambiare stato.

Tutti i programmi devono contenere lo stato iniziale (default), dentro il quale deve esserci almeno un evento. Gli eventi scattano o se accadono delle azioni specifiche all'oggetto o attorno all'oggetto in cui lo script vive, oppure sono fatti scattare dall'oggetto stesso.

Esempio Acceso/Spento Usando gli Stati

Osserviamo ora uno script che contiene due stati con due eventi in ognuno di essi.

<lsl> default //lo stato iniziale default è obbligatorio {

   state_entry() // viene eseguito ogni volta che lo stato diventa attivo
   {
       llSay(0, "mi accendo!"); //l'oggetto parla!
       llSetColor(<1.0, 1.0, 1.0>, ALL_SIDES); // imposta tutti i lati dell'oggetto in modo che siano luminosi
       // notate i ; alla fine di ogni istruzione.. Non metteteli però alla fine delle istruzioni if
   }
 
   touch_start(integer total_number) // altro evento con solo una funzione
   {
       state spento; // imposta lo script in un nuovo stato (spento) e lo mette in esecuzione 
   }

} // questa parentesi graffa chiusa finisce il corpo dello stato iniziale default

state spento // un secondo stato oltre a quello iniziale {

   state_entry() // va in esecuzione non appena si entra in questo stato
   {
       llSay(0, "mi spengo!");
       llSetColor(<0.0, 0.0, 0.0>, ALL_SIDES); // Imposta tutti i lati al colore nero
   }

   touch_start(integer total_number)
   {
       state default;
   }

} </lsl> Una versione semplificata potrebbe essere


<lsl>

default
{
//imposta il colore bianco e se toccato va nello stato "spento"
}

state spento
{
//imposta il colore nero e se toccato entra nello stato iniziale
}

</lsl>

Fai attenzione che a parte "default" tutti i nuovi stati cominciano con la parola "state". Also, while the object has a texture, the color will affect the "tint" more than the true color.

Default State

Let us examine the default state.

First we see the "state_entry" event, which gets triggered each time the default state is entered. Which is this case in entered the first time the script is run.

SPEAK TO ME!

The first line in the event state_entry is...

<lsl>llSay(0, "turning on!");</lsl>

This makes the object speak "turning on!" on channel zero. What is channel zero? It is the same channel you see all public chat on.

A semicolon ends the line and yet another instruction follows.

<lsl>llSetColor(<1.0, 1.0, 1.0>, ALL_SIDES);</lsl>

This turns the prim to its brightest tint. If you take the texture off the prim, you would see it as bright white but with a texture, it looks "normal." The three ones stand for the Red, Green, and Blue values of the tint.

At this point the event is finished with the two lines of commands. Then the script waits idle in the default state for more events to happen.

TOUCHED BY AN AVATAR

While idle in the default state a touch will trigger the "touch_start" event.

Inside of the "touch_start" event is only one command:

<lsl>state off;</lsl>

This is a command to move immediately to a new state named "off".

This state is defined after the default state and nearly mirrors the default state, except that it turns the prim dark and, when touched, will put the script back into default mode, thus creating a loop.

  1. Enters default state
  2. Runs code in "state entry"
  3. Waits to be touched
  4. When touched enters "state off"
  5. Enters "state off"
  6. Runs code in "state entry" (note in the "off" state's body)
  7. Waits to be touched
  8. When touched enters "default" state

Then the whole thing starts over.

A final word on words

Making your object speak is a great way to know what a script is doing, but everyone can hear it for 20m all around you. As you get into more complex scripts this can get pretty noisy! Three alternative ways to see what is going on exist.

SHHHH WHISPER

llWhisper( ) is just like llSay( ) but only broadcasts at half the distance (10m). You still must state what channel. So...

<lsl>llWhisper(0,"turning on!");</lsl>

...might work a bit to save the sanity of your neighbors.

Using llShout( ) increases the distance heard to a radius of 100m, but can cut the amount of friends you have in half.

llOwnerSay( ) uses no channel and is heard only by the owner of the object. Very useful and can triple the amount of friends you have!

<lsl>llOwnerSay("turning on!");</lsl>


THE SOUND OF SILENCE

You can make a totally silent message via llSetText( ) like this.

<lsl>llSetText("I am on", <1.0, 1.0, 1.0>,1.0);</lsl>

What do the numbers mean? The <1.0, 1.0, 1.0> we have seen before. It represents the values for red, green, and blue. For now just know that <1.0, 1.0, 1.0> means "white" and <0.0, 0.0, 0.0> means "black". Replace the llSay(0,"turning off!"); with...

<lsl>llSetText("I am off", <0.0, 0.0, 0.0>,1.0);</lsl>

The 1.0 is the alpha setting. 1.0 means fully opaque, and 0.0 would be completely transparent (invisible).


Next steps

Now than you can edit and run LSL code, move on to one of the more advanced LSL Tutorials.