<para>&kde; definisce una gerarchia di file di sistema utilizzati sia dall'ambiente &kde; stesso che dalle applicazioni &kde;. In generale &kde; memorizza tutti i suoi file in un albero di directory con una struttura fissa. </para>
<para>Come amministratore di sistema puoi creare degli alberi aggiuntivi che possono essere usati come <link linkend="user-profiles">profili</link></para>
<listitem><para><filename class="directory">/opt/kde3</filename>. (Questo è specifico di &SuSE;; altre distribuzioni possono usare <filename class="directory">/usr</filename> oppure <filename class="directory">/usr/kde3</filename>)</para></listitem>
<listitem><para><filename class="directory">/etc/opt/kde3</filename> (Questo è stato aggiunto da &SuSE;).</para></listitem>
<para>Se hai installato lo strumento di amministrazione di Kiosk v0.7 o successive puoi controllare quali alberi di cartelle sono utilizzati attraverso il seguente comando: <userinput><command>kiosktool-tdedirs</command> <option>--check</option></userinput></para>
<para>&kde; e le sue applicazioni cercano i file analizzando gli alberi di cartelle di &kde;. Questi sono controllati secondo un ordine di precedenza. Quanto un file è presente in più alberi di cartelle ha la precedenza il file presente nell'ultimo albero. Normalmente, l'albero presente nella cartella home dell'utente ha la più alta precedenza. Questo è anche quello in cui sono scritte le modifiche.</para>
<para>Se un utente effettua una modifica, queste sono scritte in <filename class="directory">$<envar>HOME</envar>/.trinity/share/mimelnk/text/plain.desktop</filename></para>
<para>Per i file di configurazione la storia è un po' differente. Se ci sono più file di configurazione con lo stesso nome trovati negli alberi delle cartelle, il contenute è combinato. L'ordine di precedenza degli alberi delle directory giocano qui un ruolo. Quanto due file definiscono la stessa chiave di configurazione, il file con la più alta precedenza determina qual è il valore utilizzato per la chiave.</para>
<para>Nell'esempio precedente <filename class="directory">/opt/kde_staff</filename> conteneva impostazioni aggiuntive e le applicazioni per i membri dello staff. I <quote>profili utente</quote> permettono di aggiungere questa cartella solo per qualcuno o tranne che per qualcuno. Aggiungi quanto segue a <filename>/etc/tderc</filename>:</para>
<para>Questo crea un profilo denominato <quote>staff</quote> che si aggiunge all'albero di cartelle <filename class="directory">/opt/kde_staff</filename> (nota che &SuSE; &Linux; utilizza <filename>/etc/kde3rc</filename> al posto di <filename>/etc/tderc</filename>). Ora che abbiamo dato un nome al profilo, possiamo assegnarlo agli utenti.</para>
<para>Per assegnare i profili agli utenti c'è bisogno che sia specificato un file di assegnazione in <filename>/etc/tderc</filename>:</para>
<para>Per assegnare il profilo staff per tutti gli utenti membri del gruppo &UNIX; staff_members aggiungi quanto segue al <filename>/etc/kde-user-profile</filename>:</para>
<para>Ogni albero di cartelle utilizzato da &kde; ha una struttura di cartelle prefissata. Le cartelle che non sono rilevanti in un certo albero o semplicemente non utilizzate posso essere tralasciate. Per esempio, le cartelle utilizzate per i file temporanei sono normalmente trovabili sotto <filename class="directory">$<envar>TDEHOME</envar></filename> e non in qualsiasi altro albero di cartelle.</para>
<listitem><para>Questa cartella contiene componenti, plugin e altre oggetti caricabili in runtime utilizzabili dalle applicazioni <replaceable>x</replaceable> di &kde; 3.</para></listitem>
<listitem><para>Contiene file di dati specifici per le applicazioni. Ogni applicazione ha una sottocartella per registrare file di dati aggiuntivi.</para></listitem>
<listitem><para>File di configurazione. Normalmente hanno il nome composto dal nome dell'applicazione cui si riferiscono più le lettere <quote>rc</quote>. Un caso particolare è <filename>kdeglobals</filename>, in quanto letto da tutte le applicazioni di &kde;.</para></listitem>
<listitem><para>Questa cartella è utilizzata dal gestore delle sessioni ed è normalmente disponibile sotto <filename class="directory">$<envar>TDEHOME</envar></filename>. Alla fine di una sessione le applicazioni di &kde; registrano qui il loro stato. Il nome dei file sono composti dal nome dell'applicazione seguiti da un numero. Il gestore delle sessioni <command>ksmserver</command> registra le referenze a questi numeri quando salva una sessione in <filename>ksmserverrc</filename>.</para></listitem>
<listitem><para>Questa cartella contiene la documentazione per le applicazioni di &kde;. La documentazione è suddivisa per lingue e per l'applicazione cui si riferisce. Normalmente almeno due file si possono trovare in una cartella: <filename>index.docbook</filename>, che contiene la documentazione nel formato DocBook e <filename>index.cache.bz2</filename> che contiene la stessa documentazione in formato &HTML; compresso con <command>bzip2</command>. La versione &HTML; è quella utilizzata dal &khelpcenter;. Se la versione in &HTML; non esiste, il &khelpcenter; la rigenererà partendo dalla versione DocBook. Considera che questo è un processo che fa perdere del tempo.</para>
<listitem><para>In questa cartella sono conservati i file <literal role="extension">.desktop</literal> che descrivono i tipi &MIME;. &kde; utilizza i tipi &MIME; per identificare la tipologia di un file.</para>
<listitem><para>Questa cartella contiene i file <literal role="extension">.desktop</literal> che descrivono i servizi. I servizi assomigliano alle applicazioni ma normalmente sono lanciati da altre applicazioni invece che dall'utente. I servizi non appaiono nel menu di &kde;.</para>
<listitem><para>Questa directory contiene i file <literal role="extension">.desktop</literal> che descrivono i tipi dei servizi. Un tipo di servizio di solito rappresenta una certa interfaccia di programmazione. Le applicazioni ed i servizi includono nei propri file <literal role="extension">>.desktop</literal> il tipo di servizio a cui provvedono.</para> </listitem></varlistentry>
<listitem><para>Questa cartella contiene i template per creare file di diverso tipo. Un template consiste in un file <literal role="extension">.desktop</literal> che descrive il file e che include una referenza ad un file nella sotto cartella <filename class="directory">.source</filename>. I template in questa cartella appaiono nel menu <guimenu>Create nuovo</guimenu> disponibile nel desktop e nel browser di file. Quando un utente seleziona un template dal menu è copiato il file sorgente.</para>
<para>Ci sono tre cartelle specifiche del computer ospite che sono di solito collegate simbolicamente ad altri indirizzi. Se le cartelle non esistono ancora, saranno creati il seguente collegamento simbolico e la cartella utilizzando l'utilità <command>lnusertemp</command>:</para>
<para>Dato che sia <filename class="directory">/tmp</filename> che <filename class="directory">/var/tmp</filename> sono scrivibili da chiunque, c'è una possibilità che una delle due cartelle già esistano ma che non sia posseduta da un altro utente. In questo caso l'utilità <command>lnusertemp</command> creerà una nuova cartella con un nome alternativo e farà riferimento a questa.</para>
<title>File di configurazione</title> <para>&kde; usa un file di semplice testo per tutti i suoi file di configurazione. Questi consistono in una coppia chiave-valore inseriti in gruppi. Tutti i file di configurazione di &kde; utilizza la codifica <acronym>UTF</acronym>-8 per il testo al di fuori dei limiti dell'<acronym>ASCII</acronym>.</para>
<para>L'inizio di un gruppo è indicato da un nome scritto in parentesi quadrate. Tutte le voci chiave-valore che seguono appartengono a quel gruppo. Il gruppo finisce quanto ne inizia un altro o quando è raggiunta la fine del file. Le voci in testa al file che non sono precedute da un nome di gruppo appartengono al gruppo predefinito.</para>
<informalexample><para>Il seguente esempio mostra un file di configurazione composto da due gruppi. Il primo gruppo contiene le chiavi <varname>LargeCursor</varname> e <varname>SingleClick</varname>, il secondo gruppo contiene le chiavi <varname>Show hidden files</varname> e <varname>Sort by</varname>:</para>
<para>Le voci in un gruppo sono composte da una chiave ed un valore separati da un segno di uguaglianza. La chiave può contenere spazi e può essere seguita da opzioni racchiuse in parentesi quadre. La parte dopo il segno di uguaglianza è il valore della voce. Ogni spazio bianco che circonda il segno di uguaglianza è ignorato, come ogni spazio bianco. Per essere più concisi, il formato è:</para>
<para>Se un valore può includere uno spazio all'inizio o alla fine, questo si può ottenere utilizzando un barra rovescia seguita da una <quote>s</quote>.</para>
<para>Ci sono molti altri codici con la barra rovescia; eccone una lista completa: <itemizedlist>
<listitem><para><token>\s</token> può essere utilizzato al posto dello spazio</para>
<informalexample><para>Nel seguente esempio il valore della voce <varname>Caption</varname> inizia con due spazi mentre quella <varname>Description</varname> contiene tre linee di testo. I fine riga con la notazione con la barra rovescia sono utilizzati per separare due linee differenti.</para>
<para>Le linee vuote nei file di configurazione sono ignorati tanto quanto quelle che iniziano con un cancelletto (<quote>#</quote>). Il cancelletto può essere utilizzato per aggiungere dei commenti ai file di configurazioni. Si dovrebbe notare che quando un'applicazione di &kde; aggiorna un fine di configurazione i commenti <emphasis>non</emphasis> vengono preservati.</para>
<para>Ci possono essere più file di configurazione con lo stesso nome nella sotto cartella <filename class="directory">share/config</filename> dei vari alberi di cartelle di &kde;. In questo caso l'informazione di tutti questi file di configurazione è combinata sulle basi del concetto del chiave per chiave. Se la stessa chiave all'interno di certi gruppi è definita in più di un posto, sarà utilizzato il valore della chiave letto dall'albero di cartelle con la più alta precedenza. I file di configurazione sotto la <filename class="directory">$<envar>TDEHOME</envar></filename> hanno sempre la precedenza più alta. Se una chiave in un certo gruppo è definita più volte in un singolo file è utilizzato il valore dell'ultima voce.</para>
<para>Per evitare che gli utenti siano in grado di sovrascrivere le impostazioni predefinite, queste sono marcate come non modificabili. Le impostazioni possono essere rese immutabili individualmente, per gruppo o per file. Una voce individuale può essere bloccata aggiungendo <userinput>[$i]</userinput> dopo la chiave, ⪚: <programlisting>Color[$i]=blue
<para>La cosiddetta <quote>estensione di shell</quote> può essere utilizzata per far fronte a valori predefiniti più dinamici. Con estensione di shell il valore di una chiave di configurazione può essere costruito a partire dal valore di una variabile d'ambiente o dall'output di un comando di shell. Per abilitare l'estensione di shell per una voce di configurazione, la chiave deve essere seguita da <token>[$e]</token>. Normalmente la forma estesa è scritta nel file di configurazione dell'utente dopo il primo utilizzo. Per evitarlo, è raccomandabile il bloccaggio della voce di configurazione utilizzando <token>[$ie]</token>. L'utente non può naturalmente modificarlo.</para>
<para>Nel seguente esempio il valore della voce <varname>Host</varname> è determinato dall'output del programma <command>hostname</command>. Questa impostazione è anche bloccata per garantire che il valore sia sempre determinato in modo dinamico.</para>
<para>Il valore per la voce <varname>Email</varname> è determinando prendendo i valori delle variabili d'ambiente $<envar>USER</envar> e $<envar>HOST</envar>. Quando <systemitem class="username">joe</systemitem> si collega su <systemitem class="systemname">joes_host</systemitem> si determinerà il valore in <literal>joe@joes_host</literal>. L'impostazione non è bloccata.</para>
<para>Molte delle voci di configurazione possono essere indicizzate con un codice di lingua. In questo caso, la lingua che l'utente ha selezionato per essere utilizzata nel desktop è quella utilizzata per il valore della chiave. Se è stata selezionata la lingua predefinita (Inglese Americano) o se non c'è indice che corrisponde al linguaggio selezionato, sarà utilizzata la chiave senza indice.</para>
<para>Nell'esempio che segue il valore della voce <varname>Caption</varname> dipende dalla lingua. Se l'utente ha selezionato francese come lingua (codice della lingua <literal>fr</literal>) il valore della voce sarà <quote>Ma Légende</quote>. Negli altri casi il valore utilizzato sarà <quote>My Caption</quote>.</para>
<para>In questo esempio il valore della voce <varname>Caption</varname> dipende dalla lingua. Se l'utente ha selezionato il francese come lingua (codice di lingua <literal>fr</literal>) il valore della voce sarà <quote>Ma Légende.</quote>. In tutti gli altri casi sarà utilizzato il valore <quote>My Caption</quote>.</para>
<para>In genere le voci che possono apparire in un file di configurazione non sono documentate. Con &kde; 3.2 è stato fatto un cambiamento in tal senso. All'interno di <filename class="directory">$<envar>TDEDIR</envar>/share/config.kcfg</filename>, possono essere trovati i file che forniscono una formale descrizione delle possibili voci presenti in un file di configurazione. Queste sono utilizzate dal nuovo editor di configurazione di &kde; se disponibile.</para>
<para>Viene eseguito sempre come <systemitem class="username">root</systemitem>! Utilizza <filename>$<envar>TDEDIR</envar>/share/config/tdmrc</filename> e <filename>/etc/X11/xdm/Xservers</filename>. L'ultimo contiene voci come:</para>
<title>Lo script di startup di &kde;: <command>starttde</command></title>
<para>La sequenza di avvio di &kde; inizia con lo script <filename>starttde</filename>. In molti casi questo script è richiamato dal gestore degli accessi (&tdm;) una volta che l'utente si è autenticato. Ci sono due righe molto importanti nello script <filename>starttde</filename>:</para>
<programlisting>LD_BIND_NOW=true tdeinit +kcminit +knotify and kwrapper
<para>La prima riga inizia con il processo principale <command>tdeinit</command>. Questo è utilizzato per far partire tutti gli altri processi di &kde;. Come si mostra nell'output di <command>ps <option>aux</option></command> come <computeroutput>tdeinit: Running...</computeroutput>. Gli argomenti dopo <command>tdeinit</command> sono i nome degli ulteriori processi da iniziare. Il <token>+</token> indica che <command>tdeinit</command> ha bisogno di attendere fino a che il processo non è finito. <command>tdeinit</command> fa partire anche <command>dcopserver</command>, <command>tdelauncher</command> e <command>kded</command>.</para>
<para>La seconda delle due righe chiede a <command>tdeinit</command> di far partire il processo del gestore delle sessioni <command>ksmserver</command>. Questo determina la vita della sessione. Quando questo processo si chiude, l'utente è scollegato.</para>
<para>Tutti i servizi di sfondo sono specifici dell'utente: a differenza del sistema utilizzato dai demoni questi non sono condivisi tra gli utenti. Come sono unici per gli utenti sono unici anche per il display dell'X-server. I processi sono:</para>
<listitem><para>Esecutore dei programmi (questo <emphasis>not</emphasis> è il dialogo che si apre con il tasto <keycombo action="simul">&Alt;<keycap>F2</keycap> </keycombo>!)</para>
<para>Vedere <xref linkend="tdelauncher"/> per ulteriori informazioni.</para>
<para><command>tdeinit</command> è utilizzato per far partire tutti i programmi di &kde;. <command>tdeinit</command> può far partire sia normali file di programma binari che moduli caricabili di <command>tdeinit</command> (i cosiddetti <acronym>KLM</acronym> ovvero Kdeinit loadable modules ndt). I <acronym>KLM</acronym> funzionano proprio come dei programmi binari ma possono essere eseguiti in modo più efficiente. I <acronym>KLM</acronym> si trovano in <filename class="directory">$<envar>TDEDIR</envar>/lib/kde3</filename></para>
<para>Per contro, i programmi che sono partiti in questo modo appaiono come <computeroutput><command>tdeinit</command></computeroutput> nell'output di <command>top</command> e di <command>ps</command>. Utilizzare <command>top <option>-c</option></command> oppure <command>ps <option>aux</option></command> per vedere i nomi dei programmi in esecuzione:</para>
<para><computeroutput>tdeinit: Running...</computeroutput> indica il processo principale di <command>tdeinit</command>. Gli altri processi elencati sono programmi che sono stati eseguiti come <acronym>KLM</acronym>.</para>
<para>Quando <command>tdeinit</command> viene eseguito per la prima volta lancerà <command>dcopserver</command>, <command>tdelauncher</command>, e <command>kded</command> insieme ad ogni altro programma aggiuntivo specificato nella sua linea di comando nello script <command>starttde</command>, di solito <command>kcminit</command> e <command>knotify</command>.</para>
<para><command>dcopserver</command> è un demone che fornisce l'agevolazione delle comunicazioni di interprocesso (&DCOP;) a tutte le applicazioni di &kde;. Le agevolazioni di &DCOP; sono accessibili dalla shell dei comandi attraverso lo strumento a linea di comando <command>dcop</command>. &DCOP; è essenziale a tutte le applicazioni di &kde;.</para>
<para><command>kcminit</command> esegue i servizi di inizializzazione durante l'avvio. Questi sono specificati nei file .desktop delle applicazioni o dei servizi attraverso la riga di <varname>X-TDE-Init</varname>:</para>
<para>I servizi di inizializzazione sono tipicamente utilizzati per inizializzare l'hardware basato su impostazioni specifiche per l'utente.</para>
<para><userinput><command>kcminit <option>--list</option></command></userinput> può essere usato per mostrare tutti i servizi di inizializzazione e <userinput><command>kcminit <replaceable>service</replaceable></command></userinput> può essere utilizzato per eseguire un singolo servizio in modo esplicito. Questo può essere utile quanto stai investigando su problemi di avviamento.</para>
<para><command>tdelauncher</command> è un demone responsabile del servizio di attivazione all'interno di &kde;. Opera in stretta connessione con il processo principale di <command>tdeinit</command> per far eseguire nuovi processi. Le applicazioni di &kde; comunicano con <command>tdelauncher</command> attraverso &DCOP; per provvedere all'avvio di nuove applicazioni o servizi.</para>
<para>Meglio conosciuto per il messaggio di errore <computeroutput><errortext> TDELauncher non può essere raggiunto via DCOP </errortext></computeroutput> che indica un problema serio con il <command>dcopserver</command> o che <command>tdelauncher</command> è crollato.</para>
<para><command>tdelauncher</command> può essere fatto ripartire con il riavvio di <command>tdeinit</command> da una finestra di console. Assicurati che $<envar>HOME</envar>, $<envar>DISPLAY</envar> e le varie $<envar>TDEDIR(S)</envar> siano impostate correttamente quando lo fai!</para>
<para>Il compito primario di <command>knotify</command> è quello di distribuire notifiche sonore al server sonoro. Fornisce anche dei metodi di notifiche.</para>
<para><command>ksmserver</command> è il gestore delle sessioni di &kde;. All'avvio il gestore delle sessioni lancia le applicazioni auto avvianti e ripristina quelle della precedente sessione. Le applicazioni che si auto avviano sono indicate da file <literal role="extension">.desktop</literal> presenti nella cartella <filename class="directory">$<envar>TDEDIR</envar>/share/autostart</filename>. Se sia o no avviata un'applicazione può dipendere da alcune voci di configurazione impostate da <varname>X-TDE-autostart-condition</varname> nel file <literal role="extension">.desktop</literal>.</para>
<para>Questo significa che il file di configurazione <filename>ktiprc</filename> è marcato come <varname>RunOnStart</varname> nella sezione <varname>[TipOfDay]</varname>. Se non viene trovata una voce di questo tipo, viene assunto come valore <literal>true</literal>, che significa che <application>ktip</application> è una delle applicazione che si autoeseguono in modo predefinito.</para>
<para><command>kdesktop</command> a sua volta avvia automaticamente le applicazioni registrate in <filename class="directory">$<envar>TDEHOME</envar>/Autostart</filename>. <command>kdesktop</command> automaticamente aprirà ogni file registrato in questa cartella inclusi documenti, file binari oppure applicazioni che si trovano sotto forma di file <literal role="extension">.desktop</literal>.</para>
<para>Il gestore delle sessioni di &kde; ripristina anche una delle precedenti sessioni. Una sessione contiene sia un'insieme di applicazioni che informazioni ad esse relative che riflettono lo stato delle applicazioni stesse al momento del salvataggio. Le sessioni sono registrate nel file di configurazione <filename>ksmserverrc</filename> che contiene riferimenti alle informazioni circa lo stato delle specifiche applicazioni. Queste sono salvate in <filename class="directory">$<envar>TDEHOME</envar>/share/config/session</filename>. Le informazioni di stato di &twin; contengono le posizioni delle finestre di tutte le applicazioni della sessione. </para>
<listitem><para>Deve essere impostata se <envar>TDEDIRS</envar> non lo è e deve puntare alla radice dell'albero di installazione di &kde;. Permette a &kde; di trovare i suoi dati come le icone, i menu e le librerie.</para>
<listitem><para>Sovrascrive <envar>TDEDIR</envar> e permette di specificare più cartelle dove cercare i propri dati. Utile se vuoi o se devi installare programmi in un percorso differente dal resto di &kde;.</para>
<varlistentry><term><envar>$TDEHOME</envar></term><listitem><para>Se non è impostata, &kde; utilizza <filename class="directory">~/.trinity</filename> come cartella dove registrare i dati personali.</para>
<varlistentry><term>$<envar>TDEROOTHOME</envar></term><listitem><para>Se non è impostata, &kde; utilizza <filename class="directory">~root/.trinity</filename> come cartella per i dati personali di <systemitem class="username">root</systemitem>. Fu introdotta per evitare che &kde; sovrascriva accidentalmente i dati dell'utente con i permessi di root quando l'utente esegue un programma di &kde; dopo essere diventato <systemitem class="username">root</systemitem> con il comando <command>su</command>.</para>
<varlistentry><term>$<envar>TDEWM</envar></term><listitem><para>Se la variabile d'ambiente <envar>TDEWM</envar> è stata impostata, allora sarà utilizzata come gestore delle finestre di &kde; all'interno dello script <command>starttde</command> al posto di &twin;.</para>
<varlistentry><term>$<envar>TDE_LANG</envar></term><listitem><para>Sovrascrive la configurazione di lingua di &kde;, ⪚ <userinput>TDE_LANG=fr kprogram &</userinput> esegue un programma con la traduzione in francese se sono installati i file necessari.</para>
<varlistentry><term>$<envar>TDE_MULTIHEAD</envar></term><listitem><para>Imposta questa variabile a <literal>true</literal> per indicare che &kde; sta eseguendo in un sistema multi-head.</para>
<listitem><para>(Da &kde; 3.2.3) Imposta questa variabile per separare i <acronym>TDEIO</acronym>-slave direttamente dal processo dell'applicazione. Come predefinito, i <acronym>TDEIO</acronym>-slave sono separati utilizzando <command>tdelauncher</command>/<command>tdeinit</command>. Questa opzione è utile se il <acronym>TDEIO</acronym>-slave deve essere eseguito nello stesso ambiente come un'applicazione. Può esser il caso di <application>Clearcase</application>.</para>
<varlistentry><term>$<envar>TDE_NO_IPV6</envar></term><listitem><para>(Da &kde; 3.2.3) - Imposta questa variabile per disabilitare il supporto a <acronym>IPv6</acronym> e le chiamate <acronym>IPv6</acronym> al <acronym>DNS</acronym>.</para>
<varlistentry><term>$<envar>TDE_IS_PRELINKED</envar></term><listitem><para>(Da &kde; 3.2) - Imposta questa variabile per indicare se hai i tuoi binari e le librerie &kde; prelinked. Questo farà spegnere <command>tdeinit</command>.</para>
<varlistentry><term>$<envar>TDE_UTF8_FILENAMES</envar></term><listitem><para>Se è impostata questa variabile d'ambiente, &kde; assume che tutti i nomi dei file siano codificati in <acronym>UTF-8</acronym> a prescindere dall'attuale C locale.</para>
<varlistentry><term>$<envar>TDE_FULL_SESSION</envar></term><listitem><para>(Da &kde; 3.2) Automaticamente impostata a true all'avvio di &kde;, è utilizzata da ⪚ &konqueror; per sapere se deve rimanere in memoria per un futuro riutilizzo quando viene chiuso. Se non è impostata, &konqueror; uscirà dopo essere stato chiuso (fa così ⪚ &tdesu; ed è anche utile per il debug).</para>
<varlistentry><term>$<envar>TDESYCOCA</envar></term><listitem><para>Permette di specificare il percorso ed il nome della cache dei file del sistema di configurazione generato da &kde;.</para>
<varlistentry><term>$<envar>TDETMP</envar></term><listitem><para>Permette di specificare un altro percorso rispetto a <filename class="directory">/tmp</filename> dove &kde; registra i suoi file temporanei.</para>
<varlistentry><term>$<envar>TDEVARTMP</envar></term><listitem><para>Permette di specificare un altro percorso diverso da <filename class="directory">/var/tmp</filename> dove &kde; registra i suoi file variabili.</para>
<varlistentry><term>$<envar>XDG_DATA_HOME</envar></term><listitem><para>(Da &kde; 3.2) Definisce la cartella base dove vengono registrati i file di dati specifici dell'utente. Il valore predefinito è <filename class="directory">$<envar>HOME</envar>/.local/share</filename></para>
<varlistentry><term>$<envar>XDG_DATA_DIRS</envar></term><listitem><para>(Da &kde; 3.2) Definisce l'insieme delle cartelle di base ordinate per preferenza nelle quali ricercare i file dei dati successive a quella definita in <filename class="directory">$<envar>XDG_DATA_HOME</envar></filename>. Il valore predefinito è <literal>/usr/local/share/:/usr/share/</literal></para>
<para>&kde; aggiunge sia le posizioni che i profili da $<envar>TDEDIRS</envar>. Utilizzato per i file di menu <literal role="extension">.desktop</literal> e <literal role="extension">.directory</literal>. I file <literal role="extension">.desktop</literal> sotto <filename class="directory">$<envar>XDG_DATA_DIRS</envar>/applications</filename>. I file <literal role="extension">.directory</literal> sotto $XDG_DATA_DIRS/desktop-directories </para>
<varlistentry><term>$<envar>XDG_CONFIG_HOME</envar></term><listitem><para>(&kde; 3.2) - Definisce la cartella di base dove dovrebbero essere conservati i file di configurazione specifici dell'utente. Quella predefinita è <filename class="directory">$<envar>HOME</envar>/.config</filename>.</para>
<varlistentry><term>$<envar>XDG_CONFIG_DIRS</envar></term><listitem><para>(&kde; 3.2) - Definisce l'insieme delle cartelle basi in ordine di preferenza per ricercare i file di configurazione in aggiunta alla cartella base $<envar>XDG_CONFIG_HOME</envar>. Il valore predefinito è <filename class="directory">/etc/xdg</filename> e &kde; aggiunge le posizioni ed i profili presenti in $<envar>TDEDIRS</envar>. Utilizzato dalle descrizioni dei <literal role="extension">.menu</literal> in <filename class="directory">$<envar>XDG_CONFIG_DIRS</envar>/menus</filename>. </para>
<para><command>tdeinit</command> è utilizzato per far partire tutti gli altri programmi di &kde;. Può eseguire sia normali programmi binari che i propri moduli caricabili (<acronym>KLM</acronym>). I <acronym>KLM</acronym> si comportano come dei file di programmi binari ma possono essere fatti eseguire con più efficienza. I <acronym>KLM</acronym> risiedono in <filename class="directory">$<envar>TDEDIR</envar>/lib/kde3</filename></para>
<para>Per contro, i programmi che sono partiti in questo modo appaiono come <computeroutput><command>tdeinit</command></computeroutput> nell'output di <command>top</command> e di <command>ps</command>. Utilizzare <command>top <option>-c</option></command> oppure <command>ps <option>aux</option></command> per vedere i nomi dei programmi in esecuzione:</para>
<screen><prompt>%</prompt> <userinput><command>ps aux | grep bastian</command></userinput>
<para>Come probabilmente avrai notato, questo ha come altro effetto collaterale quello di rendere difficile da terminare un processo che sta causando problemi:</para>
<computeroutput>kdesktop: no process killed</computeroutput></screen>
<para>Potresti essere tentato di provare <userinput><command>killall tdeinit</command></userinput>, ma terminare tutti i processi di tdeinit avrà l'effetto di spegnere tutto ciò che riguarda &kde;. In pratica, distruzione totale!</para>
<para>Per questo, ci sono due semplici soluzioni:</para>
<para>Si collega al sito web utilizzando un file <literal role="extension">.desktop</literal>: <menuchoice><guimenu>Crea nuovo</guimenu><guisubmenu>File</guisubmenu><guimenuitem>Collegamento ad un'&URL;</guimenuitem></menuchoice>. Cambia l'icona utilizzando il dialogo <guilabel>Proprietà</guilabel>. Il file <literal role="extension">.desktop</literal> risultante è: <programlisting>[Desktop Entry]
<para>Collega le applicazioni utilizzando un file <literal role="extension">.desktop</literal>: <menuchoice><guimenu>Crea nuovo</guimenu><guisubmenu>File</guisubmenu><guimenuitem>Collegamento ad applicazione</guimenuitem></menuchoice>. Devi fornirgli i dettagli. Trascina dal menu di &kde; oppure più semplicemente copia o collega (crea un collegamento simbolici)</para>
<listitem><para>L'icona; opzione <option>--icon</option>; l'applicazione di &kde; userà l'icona dalla linea <varname>Icona</varname> nella barra delle applicazioni.</para>
<listitem><para>L'etichetta; opzione <option>--caption</option>; l'applicazione &kde; utilizzerà il nome dalla linea <varname>Nome</varname> nella barra delle applicazioni.</para>
<listitem><para>Icone dei dispositivi (fuse dinamicamente)</para></listitem>
<listitem><para>Specifico della distribuzione SuSE Linux, copia le icone nel file starttde.theme da <filename class="directory">/opt/kde3/share/config/SuSE/default/</filename></para></listitem>
<para>Con &kde; 3.2 è stato introdotto un nuovo formato comune dei menu stabilito da <ulink url="http://freedesktop.org/Standards/menu-spec/">http://freedesktop.org/Standards/menu-spec/</ulink></para>
<para>Prima di &kde; 3.2: <itemizedlist>
<listitem><para>Struttura delle cartelle sotto <filename class="directory">share/applnk</filename></para></listitem>
<listitem><para>La struttura delle cartelle rappresenta quella del menu</para></listitem>
<listitem><para>Ogni file <literal role="extension">.desktop</literal> rappresenta una singola applicazione</para></listitem>
<para>I file <literal role="extension">.menu</literal> descrivono la struttura dei menu. I file sono conservati sotto <filename class="directory">$<envar>TDEDIR</envar>/etc/xdg/menus</filename> e <filename class="directory">/etc/xdg/menus</filename>. Questi contengono la struttura del menu di tutto il sistema e sono controllati da $<envar>XDG_CONFIG_DIRS</envar>. <filename class="directory">$<envar>HOME</envar>/.config/menus</filename>contiene le modifiche alla struttura del menu specifiche per l'utente ed è controllato da $<envar>XDG_CONFIG_HOME</envar>. Per ulteriori informazioni, vedi <ulink url="http://www.freedesktop.org/Standards/basedir-spec">http://www.freedesktop.org/Standards/basedir-spec</ulink>.</para>
<para>I file <literal role="extension">.desktop</literal> descrivono le applicazioni e sono conservati in <filename class="directory">$<envar>TDEDIR</envar>/share/applications</filename>, <filename class="directory">/usr/share/applications</filename>, <filename class="directory">/usr/local/share/applications</filename>. Questi sono i file <literal role="extension">.desktop</literal> delle applicazioni di tutto il sistema che sono controllati da $<envar>XDG_DATA_DIRS</envar>.</para>
<para><filename class="directory">$<envar>HOME</envar>/.local/applications</filename> contiene i file <literal role="extension">.desktop</literal> e le modifiche specifiche dell'utente. È controllato da $<envar>XDG_DATA_HOME</envar>. Per ulteriori informazioni, vedi <ulink url="http://www.freedesktop.org/Standards/basedir-spec">http://www.freedesktop.org/Standards/basedir-spec</ulink></para>
<para>I file <literal role="extension">.directory</literal> descrivono i sotto menu e si trovano sotto <filename class="directory">$<envar>TDEDIR</envar>/share/desktop-directories</filename>, <filename class="directory">/usr/share/desktop-directories</filename>, <filename class="directory">/usr/local/share/desktop-directories</filename>. Questi sono i menu <literal role="extension">.directory</literal> validi su tutto il sistema controllati da $<envar>XDG_DATA_DIRS</envar>. Le modifiche specifiche dell'utente sono conservate sotto <filename class="directory">$<envar>HOME</envar>/.local/desktop-directories</filename>. Questi sono controllati da $<envar>XDG_DATA_HOME</envar>. Per ulteriori informazioni, vedi <ulink url="http://www.freedesktop.org/Standards/basedir-spec">http://www.freedesktop.org/Standards/basedir-spec</ulink></para>
<para><literal>Art</literal> è il nome interno per questo menu. <filename>suse-edutainment-art.directory</filename> definisce il nome e le icone per questo menu e questo include tutte le applicazioni inserite nella categoria <literal>X-SuSE-Art</literal>, ⪚: <programlisting>Categories=Qt;TDE;Education;X-SuSE-Art
</programlisting></para>
<para><filename>suse-edutainment-art.directory</filename> definisce il nome e l'icona per questo menu: <programlisting>[Desktop Entry]
<para>Le applicazioni che <emphasis>non</emphasis> si sono nel menu <emphasis>non</emphasis> esistono per le altre applicazioni o per le associazioni di file: se rimuovi un'applicazione dal menu, &kde; suppone che non le vuoi usare.</para>
<para>Quando le applicazioni non sono volutamente nel menu, o mettile in un menu <filename>.hidden</filename> oppure in un menu dedicato con <programlisting>
<para><filename class="directory">$<envar>TDEDIR</envar>/etc/xdg/menus/applications-merged/</filename> contiene <filename>kde-essential.menu</filename> che comprende dei menu essenziali che non sono normalmente visualizzati nello stesso menu di &kde;: <itemizedlist>
<listitem><para>Il centro di controllo ha un menu di impostazioni nascosto il cui contenuto è definito da <filename>kde-settings.menu</filename> mentre l'icona e il nome sono definiti da <filename>kde-settings.directory</filename></para>
<listitem><para>Il centro informazioni ha un menu di informazione nascosto i cui contenuti sono definiti da <filename>kde-information.menu</filename> mentre l'icona e il nome sono definiti da <filename>kde-information.directory</filename>.</para>
<listitem><para>Salvaschermo contiene un menu sistema/salvaschermo nascosto, i cui contenuti sono defini da <filename>kde-screensavers.menu</filename> e l'icona e il nome da <filename>kde-system-screensavers.directory</filename>. <filename>$<envar>TDEDIR</envar>/share/desktop-directories/kde-system-screensavers.directory</filename> contiene: <programlisting>NoDisplay=true
<para>&kde; continua a supportare i menu vecchio stile che sono definiti da strutture di cartelle presenti in <filename class="directory">$<envar>TDEDIR</envar>/share/applnk</filename> (valide per tutto il sistema) e <filename class="directory">$<envar>TDEDIR</envar>/share/applnk</filename> (valide solo per l'utente). Questo è vero a meno che il file <literal role="extension">.desktop</literal> non abbia una linea <varname>Categories</varname>=. In questo caso le categorie determinano il posto del menu.</para>
<para><application>KSycoca</application> memorizza la struttura del menu e le informazioni su tutte le applicazioni disponibili. Puoi ricostruire il database con il comando <userinput><command>tdebuildsycoca</command></userinput>. Il database viene costruito in tempo reale in <filename class="directory">/var/tmp/tdecache-${<envar>USER</envar>}/tdesycoca</filename>. Viene automaticamente aggiornato da <application>KDED</application>: verificato durante il login a &kde; <application>KDED</application> tiene traccia dei cambiamenti mentre si è connessi.</para>
<para>Per disabilitare la traccia dei cambiamenti (dal momento che può essere fastidioso su NFS) aggiungi quanto segue a <filename>kdedrc</filename>: <programlisting>[General]
<para>Per forzare la rigenerazione, esegui il comando <userinput><command>touch $<envar>TDEDIR</envar>/share/services/update_tdesycoca</command></userinput>.</para>
<para>&kmenuedit; è mirato alle impostazioni per un singolo utente. Le modifiche alla struttura del menu sono salvate in <filename>~/.config/menus/applications-tdemenuedit.menu</filename>, quelle alle applicazioni in <filename class="directory">~/.local/share/applications/</filename> e quelle ai sotto menu (icona, nome) in <filename class="directory">~/.local/share/desktop-directories/</filename>. Il tool di amministrazione di KIOSK utilizza &kmenuedit; e copia i cambiamenti fatti nelle posizioni valide per tutti i profili o per tutto il sistema. </para>
<para>Come predefinito, il pannello contiene le seguenti applet: <itemizedlist> <listitem><para>Pager - mostra i desktop virtuali</para></listitem> <listitem><para>Barra delle applicazioni</para></listitem> <listitem><para>Vassoio di sistema</para></listitem> <listitem><para>Orologio</para></listitem> </itemizedlist> e questi pulsanti speciali: <itemizedlist>
<para>Le associazioni di file associano un tipo di file con una o più applicazioni. Il tipo di file è stabilito determinandone il tipo &MIME;. I tipi &MIME; conosciuti da &kde; sono registrati in <filename class="directory">$<envar>TDEDIR</envar>/share/mimelnk</filename> e i file <literal role="extension">.desktop</literal> di ciascuna applicazione contiene una lista dei tipi &MIME; supportati dall'applicazione stessa.</para>
<para>Un utente può cambiare l'associazione del file nel &kcontrolcenter;. Questi cambiamenti sono registrati in <filename>$<envar>HOME</envar>/.trinity/share/config/profilerc</filename>. Per utilizzare le stesse impostazioni per più utenti, registrale nella cartella del profilo utente oppure in quella della configurazione globale di &kde;.</para>
<para>Opzioni immutabili permettono all'amministratore di sistema di provvedere ad impostazioni predefinite che non possono essere modificate dall'utente.</para>
<para>Se un file o un gruppo è immutabile, tutte le opzioni di configurazione per quel file o per quel gruppo non sono modificabili, anche per quelli per i quali l'amministratore di sistema non ha previsto nessun valore predefinito.</para>
<note><para>Il supporto nelle applicazioni per le opzioni immutabili può variare da applicazione a applicazione. Sebbene l'utente non possa rendere permanenti i cambiamenti di opzioni di configurazione immutabili, l'utente potrebbe comunque attraverso un'interfaccia compiere queste modifiche.</para></note>
<para>Le applicazioni di &kde; sono costruite attorno ad un concetto di azione. Le azioni possono essere attivate in svariati modi, tipicamente attraverso la barra dei menu, una barra degli strumenti o una scorciatoia da tastiera. Un esempio è l'azione <action>Salva documento</action>. Se ne conosci il nome interno è possibile limitare l'azione. Quando un'azione è limitata non apparirà più nella barra dei menu o in quella degli strumenti. Il nome interno dell'azione <action>Salva documento</action> è <option>action/file_save</option>. La struttura di blindatura fornisce anche una serie di ulteriori limitazioni astratte che possono essere utilizzate per disabilitare le funzionalità non coperte da una singola azione. Un esempio ne è la limitazione <option>shell_access</option> che disabilità tutte le funzionalità che potrebbe offrire l'accesso dell'utente ad una shell &UNIX;.</para>
<title>Limitare l'accesso dell'utente alle shell</title>
<para>Per evitare l'accesso all'utente ad una shell di comando possiamo limitare l'azione <option>shell_access</option> aggiungendo quanto segue a <filename>kdeglobals</filename>: </para>
<para>Dal momento che questo ha efficacia sul menu di &kde; e sulle applicazioni disponibili, dobbiamo forzare un aggiornamento del database di sycoca:</para>
<para>Tutta la documentazione sulle azioni disponibili può essere trovata su <ulink url="http://www.kde.org/areas/sysadmin/">http://www.kde.org/areas/sysadmin/</ulink>.</para>
<listitem><para>Nasconde tutte le azioni e le applicazioni che richiedono l'accesso come <systemitem class="username">root</systemitem>.</para></listitem>
<para>Le regole sono controllate nell'ordine nel quale sono definite. L'ultima regola applicabile all'&URL; determina se si può avere l'accesso all'&URL;.</para>
<para>Le regole che seguono disabilitano l'apertura di &URL; http e https con eccezione di <systemitem class="domainname">.ourcompany.com</systemitem>:</para>
<para>Le prime quattro virgole tralasciano il criterio di selezione rispettando l'&URL; originante. Questa parte è necessaria solo con le regole di tipo redirezione.</para>
<callout arearefs="url_rule1"><para><option>regola_1</option> vieta l'apertura di ogni &URL; http o https</para></callout>
<callout arearefs="url_rule2"><para><option>regola_2</option> permette l'apertura di qualsiasi &URL; http e http del dominio <systemitem class="domainname">.ourcompany.com</systemitem>. Da notare che il carattere speciale <token>*</token> è permesso solo all'inizio di un dominio.</para></callout>
<para>Le seguenti regole fanno sì che l'utente non possa più navigare le cartelle del file system locale ad eccezione della propria cartella $<envar>HOME</envar>:</para>
<callout arearefs="home_rule1"><para><option>regola_1</option> vieta di fare l'elenco delle cartelle locali</para></callout>
<callout arearefs="home_rule2"><para><option>regola_2</option> permette di fare l'elenco delle cartelle presenti nella cartella $<envar>HOME</envar> degli utenti.</para></callout>
<para>$<envar>HOME</envar> e $<envar>TMP</envar> sono valori particolari che indicano le cartelle personali e temporanee degli utenti, ⪚ <filename class="directory">/tmp/tde-bastian</filename></para>
<para>Le regole seguenti fanno sì che l'utente non possa più aprire file locali esterni alla propria cartella $<envar>HOME</envar>:</para>
<callout arearefs="local_rule1"><para><option>regola_1</option> vieta l'apertura di ogni file locale</para></callout>
<callout arearefs="local_rule2"><para><option>regola_2</option> permette l'apertura dei file presenti nella cartella $<envar>HOME</envar> degli utenti.</para></callout>
<callout arearefs="local_rule3"><para><option>regola_3</option> permette l'apertura di file nella cartella temporanea di &kde; dell'utente. È necessario per quelle applicazioni che prima scaricano un file o un documento nella cartella temporanea e poi lo aprono.</para></callout>
<para>L'opzione di redirezione controlla se i documenti derivanti da una certa posizione possono fare riferimento, o automaticamente o manualmente tramite un collegamento, a certe altre posizioni. È presente un insieme di regole prestabilite come misura generale di sicurezza. Per esempio, i documenti che si trovano in internet non possono fare riferimento ai documenti locali.</para>
<para>Per esempio, se vogliamo dare al server intranet <systemitem class="systemname">www.mycompany.com</systemitem> la possibilità di far riferimento a file locali dobbiamo aggiungere questa regola:</para>
<para>Invece di fare un elenco di nomi di protocollo è anche possibile specificarne un intero gruppo. Per questo sono stati definiti i seguenti gruppi:</para>
<para>Le informazioni sui protocolli sono salvate nei file <literal role="extension">*.protocol</literal> all'interno di <filename class="directory">$<envar>TDEDIR</envar>/share/services</filename>.</para>
<para>La voce <option>Class</option>= definisce un gruppo di cui fa parte il protocollo: <userinput><command>grep</command> <option>Class=</option> <filename>$<envar>TDEDIR</envar>/share/services/*.protocol</filename></userinput></para>
<para>&kde; ha dei moduli di configurazione per configurare i vari aspetti del proprio ambiente. Questi appaiono nel centro di controllo, nella finestra di configurazione di un'applicazione oppure in entrambi.</para>
<para>Il modulo di configurazione del proxy appare nel centro di controllo ma anche come parte della finestra <guilabel>Configura Konqueror</guilabel> all'interno di &konqueror;</para>
<para>I singoli moduli di configurazione possono essere avviati con <command>tdecmshell</command> <replaceable>nome_modulo</replaceable></para>
<para><note><para>Non tutte le applicazioni utilizzano i moduli di configurazione, spesso le finestre di configurazione sono parte integrante dell'applicazione stessa.</para></note></para>
<para>I moduli visibili dal centro di controllo normalmente hanno un file <literal role="extension">.desktop</literal> in <filename class="directory">$<envar>TDEDIR</envar>/share/applications/kde</filename> e sono ordinati sotto il menu nascosto <guimenu>Settings-Modules</guimenu> attraverso il file <filename>kde-settings.menu</filename>, all'interno di <filename>kde-essential.menu</filename></para>
<para>I moduli specifici delle applicazioni normalmente hanno un file <literal role="extension">.desktop</literal> sotto <filename>$<envar>TDEDIR</envar>/share/applnk/.hidden</filename> che corrisponde la menu nascosto .hidden, compreso come risultato di <markup><KDELegacyDirs/></markup></para>
<listitem><para>In &kde; 3.3 è possibile modificare il centro di controllo con <application>kcontroledit</application>. Quest'ultimo funziona come <application>kmenuedit</application>, ovvero applica le modifiche per l'utente attuale. Per rendere i cambiamenti validi per tutti utilizza <application>kiosktool</application>.</para></listitem>
<para>La condivisione di un dektop remoto permette ad utenti lontani di vedere e decidere di controllare il desktop dell'utente corrente. L'utente remoto necessita di ricevere un invito ed è possibile crearne uno protetto con una parola chiave. È l'ideale per i team di supporto tecnico o per gli amministratori per avere accesso ai desktop degli utenti allo scopo di scoprire o sistemare un problema o per guidare un utente durante una procedura.</para>
<para>La condivisione del desktop remoto coinvolge due applicazioni: &krfb; (frame buffer remoto di &kde;, un server VNC) e &krdc; (connessione remota al desktop di &kde;, un client VNC).</para>
<para>&krfb; può essere usato da qualsiasi utente per creare o gestire inviti. Gli inviti creano una parola chiave che permette al ricevente di collegarsi al desktop. Normalmente questo è valido per solo una connessione valida e scade dopo un'ora se non viene utilizzato.</para>
<para>Le connessioni entranti sono gestite dal module kded di kinetd. Puoi utilizzare il comando <userinput><command>dcop</command> kded kinetd services</userinput> per vedere se è in funzione. &krfb; aspetta una connessione sulla porta predefinita 5900. Quando viene attivata una connessione in entrata, apparirà un dialogo per chiedere la conferma dell'attuale utente.</para>
<para>Il Desktop COmmunication Protocol, <acronym>DCOP</acronym>, è un meccanismo leggero per le comunicazioni interprocesso. <acronym>DCOP</acronym> permette all'utente di interagire con programmi che sono attualmente in esecuzione. &kde; fornisce due programmi per utilizzare <acronym>DCOP</acronym>: <application>dcop</application>, un programma a linea di comando, e <application>kdcop</application>, un programma con l'interfaccia grafica (<acronym>GUI</acronym>). </para>
<para>Alcune annotazioni sull'utilizzo di <command>dcop</command>: </para>
<para>Può essere utilizzato il simbolo dell'espressione regolare * negli argomenti delle applicazioni e degli oggetti. <screen><prompt>% </prompt><userinput><command>dcop</command><option> kon*</option></userinput>
<subtitle>&kde; DIY - Costruire i propri strumenti</subtitle>
<para>Puoi utilizzare i dialoghi di &kde; per i tuoi script, per combinare la potenza dello scripting &UNIX; di shell con la facilità d'uso di &kde;.</para>
<screen><userinput><command>kdialog</command> <option>--msgbox "C'è nuova posta!"</option></userinput></screen>
<screen><userinput><command>kdialog</command> <option>--title 'Nuova posta'</option> <option>--msgbox "C'è nuova posta!"</option></userinput></screen>
<para>La parte <application>KDialog</application> può essere sostituita con l'opzione <option>--caption</option></para>
<screen><userinput><command>kdialog</command> <option>--title 'Nuova posta'</option> <option>--msgbox 'Hai nuova posta!'</option> <option>--dontagain myfile:mykey</option></userinput></screen>
<para>Salva se mostrare di nuovo nel file <filename>$<envar>TDEHOME</envar>/share/config/myfile</filename> (scrivendo in questo file le seguenti righe:</para>
<para>Al posto di <option>--msgbox</option> puoi anche utilizzare <option>--sorry</option> e <option>--error</option> se più appropriato. Per esempio, potresti utilizzare <command>kdialog</command> <option>--sorry 'La rete non può essere raggiunta'</option> or <command>kdialog</command> <option>--error 'La casella di posta non può essere aperta'</option>.</para>
<para>È anche possibile creare caselle di messaggio che accentano in risposta sì o no.</para>
<screen><command>kdialog</command> <option>--yesno 'Vuoi connetterti ad internet?'</option> <command>echo</command> <returnvalue>$?</returnvalue></screen>
<para>Assicurati di registrare il risultato in una variabile se non vuoi usarlo direttamente, il prossimo comando alimenterà $? con un nuovo valore. Qui puoi utilizzare allo stesso modo <option>--dontagain</option> che ricorderà la scelta dell'utente e la recupererà la prossima volta senza mostrare di nuovo il dialogo.</para>
<screen><command>kdialog</command> <option>--inputbox "Inserisi il nome:" "IlTuoNome"</option></screen>
<para>Il risultato viene scritto nello stdout, per associarlo ad una variabile puoi utilizzare <userinput>name=$(kdialog --inputbox "Inserisci il nome:" "IlTuoNome")</userinput>. L'ultimo argomento è opzionale, è utilizzato per precompilare il dialogo.</para>
<screen><userinput><varname>password</varname>=$(<command>kdialog</command> <option>--password "Inserisci la password:"</option>)</userinput></screen>
<para>L'opzione <option>--dontagain</option> non funziona con <option>--inputbox</option> o <option>--password</option></para>
<para>Ci sono due dialoghi che permettono all'utente di scegliere da una lista:</para>
<screen><userinput><varname>city</varname>=$(<command>kdialog</command> <option>--menu "Seleziona una città" a Londra b Madrid c Parigi d Berlino</option>)</userinput></screen>
<para><varname>$city</varname> sarà <returnvalue>a</returnvalue>, <returnvalue>b</returnvalue>, <returnvalue>c</returnvalue> or <returnvalue>d</returnvalue>.</para>
<screen><userinput><varname>citta</varname>=$(<command>kdialog</command> <option>--checklist "Seleziona le città" a Londra off b Madrid on c Paris on d Berlino off</option>)</userinput></screen>
<para>Madrid e Parigi saranno preselezionati. Il risultato con Madrid e Parigi selezionate sarà <returnvalue>"b"</returnvalue> <returnvalue>"c"</returnvalue>.</para>
<para>Se aggiungi l'opzione <option>--separate-output</option>, assegnerà <returnvalue>b</returnvalue> e <returnvalue>c</returnvalue> ad ogni linea, rendendo il risultato più facile da gestire.</para>
