>&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
>&kde; sua due alberi di cartelle predefiniti:</para>
<itemizedlist>
<listitem
><para
>Uno a livello di sistema (per esempio <filename class="directory"
>/opt/kde3</filename
>).</para
></listitem>
<listitem
><para
>Uno a livello di utente nella sua cartella home (normalmente <filename class="directory"
>. (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>
</itemizedlist>
<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
>&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>
>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>
<informalexample
><para
>Per esempio, se esistessero i seguenti due file con questi contenuti:</para>
>Ora è possibile assegnare un profilo in base sia al nome dell'utente sia al gruppo &UNIX; cui l'utente appartiene.</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>
<programlisting
>[General]
groups=staff_members
[Groups]
staff_members=staff
</programlisting>
<para
>È anche possibile assegnare un profilo al singolo utente:</para>
<programlisting
>[Users]
bastian=staff
</programlisting>
</sect1>
<sect1 id="directory-layout-revisited">
<title
>Rivisitazione della struttura delle cartelle</title>
<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"
>. 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>
</varlistentry>
<varlistentry>
<term
><filename class="directory"
>share/doc/HTML</filename
></term>
<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>
</varlistentry>
<varlistentry>
<term
><filename class="directory"
>share/icons</filename
></term>
<listitem
><para
>In questa cartella sono conservate le icone. Queste sono catalogate per tema, dimensione e categoria di utilizzo.</para
></listitem>
</varlistentry>
<varlistentry>
<term
><filename class="directory"
>share/mimelnk</filename
></term>
<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>
</varlistentry>
<varlistentry>
<term
><filename class="directory"
>share/services</filename
></term>
<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>
</varlistentry>
<varlistentry>
<term
><filename class="directory"
>share/servicetypes</filename
></term>
<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>
<varlistentry>
<term
><filename class="directory"
>share/sounds</filename
></term>
<listitem
><para
>Questa cartella contiene i file sonori.</para
></listitem>
</varlistentry>
<varlistentry>
<term
><filename class="directory"
>share/templates</filename
></term>
<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>
</listitem>
</varlistentry>
<varlistentry>
<term
><filename class="directory"
>share/wallpapers</filename
></term>
<listitem
><para
>Questa cartella contiene le immagini che possono essere utilizzate come sfondo.</para
></listitem>
</varlistentry>
</variablelist>
</sect1>
<sect1 id="host-specific-directories">
<title
>Cartelle specifiche del computer ospite</title
>
<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
> 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>
</sect1>
<sect1 id="configuration-files">
<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>
<programlisting
>[KDE]
LargeCursor=false
SingleClick=true
</programlisting>
<programlisting
>[KFileDialog Settings]
Show hidden files=false
Sort by=Name
</programlisting>
</informalexample>
<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>
<programlisting
><replaceable
>voce</replaceable
>=<replaceable
>valore</replaceable
>
</programlisting>
<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>
</listitem>
<listitem
><para
><token
>\t</token
> può essere utilizzato per inserire una tabulazione</para>
</listitem>
<listitem
><para
><token
>\r</token
> per un carattere di fine riga</para>
</listitem>
<listitem
><para
><token
>\n</token
> per un carattere di ritorno a capo (nuova linea)</para>
</listitem>
<listitem
><para
><token
>\\</token
> per inserire la barra rovescia stessa</para>
</listitem>
</itemizedlist
></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>
<programlisting
>[Preview Image]
Caption=\s My Caption
Description=This is\na very long\ndescription.
</programlisting>
</informalexample>
<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"
> 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>
>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
</programlisting>
</para>
<para
>Un gruppo di voci può essere bloccato ponendo <userinput
>[$i]</userinput
> subito dopo il nome del gruppo, ⪚: <programlisting
>[MyGroup][$i]
</programlisting>
</para>
<para
>Per bloccare l'intero file, inizia il file con <userinput
>[$i]</userinput
> posto su una singola riga, &ie;: <programlisting
> 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>
<informalexample>
<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>
<programlisting
>[Mail Settings]
Host[$ie]=$(hostname)
Email[$e]=${USER}@${HOST}
</programlisting>
</informalexample>
<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>
<informalexample>
<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>
<programlisting
>[Preview Image]
Caption=My Caption
Caption[fr]=Ma Légende
</programlisting>
</informalexample>
<informalexample>
<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>
<programlisting
>[Preview Image]
Caption=My Caption
Caption[fr]=Ma Légende
</programlisting>
</informalexample>
<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"
>, 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>
<informalexample>
<para
>Ecco un esempio di file di configurazione in &XML;: <programlisting
><markup>
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE kcfg SYSTEM "http://www.kde.org/standards/kcfg/1.0/kcfg.dtd">
<kcfg>
<kcfgfile name="korganizerrc"/>
<group name="General">
<entry type="Bool" key="Auto Save">
<label>Enable automatic saving of calendar</label>
>. 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
> 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>
</sect2>
</sect1>
<sect1 id="background-processes">
<title
>Processi di secondo piano</title>
<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>
<variablelist>
<varlistentry>
<term
><command
>dcopserver</command
></term>
<listitem
><para
>Comunicazione del desktop</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><command
>kded</command
></term>
<listitem
><para
>Demone per i servizi generici.</para>
<para
>Effettua dei trigger di aggiornamento nel database <link linkend="ksycoca"
>Sycoca</link
> quando c'è la necessità</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><command
>kcminit</command
></term>
<listitem
><para
>Servizi di inizializzazione</para>
<para
>Vedere <xref linkend="kcminit"/> per ulteriori informazioni.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><command
>klauncher</command
></term>
<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="klauncher"/> per ulteriori informazioni.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><command
>knotify</command
></term>
<listitem
><para
>Notifiche all'utente.</para>
<para
>Vedere <xref linkend="knotify"/> per ulteriori informazioni.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><command
>ksmserver</command
></term>
<listitem
><para
>Gestione della sessione</para>
<para
>Vedere <xref linkend="ksmserver"/> per ulteriori informazioni.</para>
> è 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
>Alcuni file collegati:</para>
<variablelist>
<varlistentry>
<term
><filename
>$<envar
>HOME</envar
>/.DCOPserver_$<envar
>HOSTNAME</envar
>_$<envar
>DISPLAY</envar
></filename
></term>
<listitem
><para
>⪚ <filename
>.DCOPserver_linux__0</filename
>. Controllato da $<envar
>DCOPAUTHORITY</envar
></para>
</listitem>
</varlistentry>
<varlistentry>
<term
><filename
>/tmp/.ICE-unix/dcop<replaceable
>numero</replaceable
>-<replaceable
>pid</replaceable
></filename
></term>
<listitem
><para
>⪚ <filename
>dcop7634-1069677856</filename
>. Questo è il file a cui punta il <filename
>DCOPserver</filename
> precedente.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><filename
>$<envar
>HOME</envar
>/.ICEauthority</filename
></term>
<listitem
><para
>Informazione di autorizzazione controllata da $<envar
>ICEAUTHORITY</envar
></para>
</listitem>
</varlistentry>
</variablelist>
</sect2>
<sect2 id="kcminit">
<title
>kcminit</title>
<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
>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>
</sect2>
<sect2 id="klauncher">
<title
><command
>klauncher</command
></title>
<para
><command
>klauncher</command
> è un demone responsabile del servizio di attivazione all'interno di &kde;. Opera in stretta connessione con il processo principale di <command
> siano impostate correttamente quando lo fai!</para>
</sect2>
<sect2 id="knotify">
<title
><command
>knotify</command
></title>
<para
>Il compito primario di <command
>knotify</command
> è quello di distribuire notifiche sonore al server sonoro. Fornisce anche dei metodi di notifiche.</para>
</sect2>
</sect1>
<sect1 id="ksmserver">
<title
>KSMServer</title>
<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"
> 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"
> 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>
> 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
> 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"
>(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>
>Permette di specificare un altro percorso diverso da <filename class="directory"
>/var/tmp</filename
> dove &kde; registra i suoi file variabili.</para>
</listitem>
</varlistentry>
<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>
</listitem>
</varlistentry>
<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
>. 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>
</listitem>
</varlistentry>
<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>
</listitem>
</varlistentry>
<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
>Come probabilmente avrai notato, questo ha come altro effetto collaterale quello di rendere difficile da terminare un processo che sta causando problemi:</para>
>, 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>
</sect2>
</sect1>
<!-- This section might be redundant. If it isn't, it needs some screenies -->
<sect1 id="kde-panel">
<title
>Pannello di &kde;</title>
<para
>Il pannello di &kde; è conosciuto anche come &kicker;. È modulare ed è composto da questi componenti: <itemizedlist>
<listitem
><para
>Applet</para
></listitem>
<listitem
><para
>Pulsanti di applicazione</para
></listitem>
<listitem
><para
>Pulsanti speciali</para
></listitem>
</itemizedlist>
</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>
<listitem
><para
>menu di &kde;</para
></listitem>
<listitem
><para
>Pulsante desktop</para
></listitem>
</itemizedlist>
</para>
<para
>Possono essere aggiunti diversi pulsanti di applicazione, spazio permettendo: <itemizedlist>
<listitem
><para
>Pulsante Home</para
></listitem>
<listitem
><para
>Pulsante Browser</para
></listitem>
<listitem
><para
>Pulsante KMail</para
></listitem>
</itemizedlist>
</para>
</sect1>
<sect1 id="file-associations">
<title
>Associazioni di file</title>
<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"
>. Per utilizzare le stesse impostazioni per più utenti, registrale nella cartella del profilo utente oppure in quella della configurazione globale di &kde;.</para>
</informalexample>
</sect1>
</chapter>
<chapter id="locking-down-kde">
<title
>Blindare &kde;</title>
<sect1 id="how-it-works-the-basics">
<title
>Come funziona - le basi</title>
<para
>Le configurazioni per blindare &kde; sono incentrate nelle seguenti opzioni:</para>
<itemizedlist>
<listitem
><para
><link linkend="immutable-configuration-options"
>Rendere le opzioni di configurazione immutabili</link
></para
></listitem>
<listitem
><para
><link linkend="action-restrictions"
>Restrizione di azioni specifiche</link
></para
></listitem>
<listitem
><para
><link linkend="url-restrictions"
>Accesso limitato a certe &URL;</link
></para
></listitem>
<listitem
><para
><link linkend="configuration-modules"
>Limitare l'accesso a certi moduli di configurazione</link
></para
></listitem>
</itemizedlist>
</sect1>
<sect1 id="immutable-configuration-options">
<title
>Opzioni di configurazione immutabili</title>
<subtitle
>Blindare &kde;</subtitle>
<para
>Opzioni immutabili permettono all'amministratore di sistema di provvedere ad impostazioni predefinite che non possono essere modificate dall'utente.</para>
<para
>Una volta che l'opzione di configurazione è resa immutabile, quelle già esistenti dell'utente saranno ignorate.</para>
<para
>Le opzioni possono essere controllate sia su singola voce, su gruppo di voci o su un file.</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>
</sect1>
<sect1 id="action-restrictions">
<title
>Limitazione di azioni</title>
<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>
<example>
<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
>
<screen
>[KDE Action Restrictions]
shell_access=false</screen>
<para
>Dal momento che questo ha efficacia sul menu di &kde; e sulle applicazioni disponibili, dobbiamo forzare un aggiornamento del database di sycoca:</para>
>Permette i salva schermo che non nascondo l'interno schermo</para
></listitem>
</varlistentry>
</variablelist>
</sect1>
<sect1 id="url-restrictions">
<title
>Limitazioni alle &URL;</title>
<para
>Ci sono tre tipi di restrizioni che possono essere applicate alle &URL;:</para>
<variablelist>
<varlistentry>
<term
>lista</term>
<listitem
><para
>Per stabilire se è permesso elencare le cartelle.</para
></listitem>
</varlistentry>
<varlistentry>
<term
>apri</term>
<listitem
><para
>Per controllare se determinate &URL; possano essere aperte</para
></listitem>
</varlistentry>
<varlistentry>
<term
>Redirezione</term>
<listitem
><para
>Per controllare se un'&URL; può aprirne un'altra automaticamente oppure attraverso un collegamento.</para
></listitem>
</varlistentry>
</variablelist>
<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"
>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>
<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>
</calloutlist>
<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>
<screenco
><areaspec>
<area id="home_rule1" coords="3"/>
<area id="home_rule2" coords="4"/>
</areaspec>
<screen
>[KDE URL Restrictions]
rule_count=2
rule_1=list,,,,file,,,false
rule_2=list,,,,file,,$HOME,true</screen
></screenco>
<calloutlist>
<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>
</calloutlist>
<para
>$<envar
>HOME</envar
> e $<envar
>TMP</envar
> sono valori particolari che indicano le cartelle personali e temporanee degli utenti, ⪚ <filename class="directory"
>Le regole seguenti fanno sì che l'utente non possa più aprire file locali esterni alla propria cartella $<envar
>HOME</envar
>:</para>
<screenco
><areaspec>
<area id="local_rule1" coords="3"/>
<area id="local_rule2" coords="4"/>
<area id="local_rule3" coords="5"/>
</areaspec>
<screen
>[KDE URL Restrictions]
rule_count=3
rule_1=open,,,,file,,,false
rule_2=open,,,,file,,$HOME,true
rule_3=open,,,,file,,$TMP,true</screen
></screenco>
<calloutlist>
<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>
</calloutlist>
<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>
>Invece di fare un elenco di nomi di protocollo è anche possibile specificarne un intero gruppo. Per questo sono stati definiti i seguenti gruppi:</para>
<variablelist>
<varlistentry>
<term
>:local</term>
<listitem
><para
>I protocolli che accedono alle informazioni locali sono ad esempio file:/, man:/, fonts:/, floppy:/</para
></listitem>
</varlistentry>
<varlistentry>
<term
>:internet</term>
<listitem
><para
>Protocolli internet comuni come http e ftp</para
></listitem>
</varlistentry>
</variablelist>
<para
>Le informazioni sui protocolli sono salvate nei file <literal role="extension"
>I protocolli :local possono fare riferimento ad altri protocolli</para
></listitem>
<listitem
><para
>È sempre permesso far riferimento ad un protocollo :internet</para
></listitem>
<listitem
><para
>Non tutti i protocolli sono parte di un gruppo, come ad esempio fish:/.</para
></listitem>
</itemizedlist>
</sect1>
<sect1 id="configuration-modules">
<title
>Moduli di configurazione</title>
<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>
<informalexample>
<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
>Non tutte le applicazioni utilizzano i moduli di configurazione, spesso le finestre di configurazione sono parte integrante dell'applicazione stessa.</para
></note
></para>
</informalexample>
<para
>Tutti i moduli di configurazione sono letteralmente parte del menu di &kde;.</para>
<itemizedlist>
<listitem>
<para
>I moduli visibili dal centro di controllo normalmente hanno un file <literal role="extension"
>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>
<!-- TODO: Write a bit more here, with a walk through maybe? -->
</sect1>
<sect1 id="kde-diy">
<title
>&kde; DIY - Costruire i propri strumenti</title>
<sect2 id="dcop">
<title
>DCOP</title>
<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
>&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>
> (scrivendo in questo file le seguenti righe:</para>
<screen
>[Notification Messages]
mykey=false</screen>
<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>
<informaltable>
<tgroup cols="2">
<thead>
<row>
<entry
>Valore di ritorno</entry>
<entry
>Significato</entry>
</row>
</thead>
<tbody>
<row
><entry
>0</entry
><entry
>Sì, Ok, Continua</entry
></row>
<row
><entry
>1</entry
><entry
>No</entry
></row>
<row
><entry
>2</entry
><entry
>Cancella</entry
></row>
</tbody>
</tgroup>
</informaltable>
<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>
<para
>Ulteriori variazioni sono:</para>
<variablelist>
<varlistentry>
<term
><option
>--warningyesno</option
></term>
<listitem>
<para
>come <option
>--yesno</option
> ma con un'icona diversa</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><option
>--warningcontinuecancel</option
></term>
<listitem
><para
>Con i pulsanti <guibutton
>Continua</guibutton
> e <guibutton
>Cancella</guibutton
>.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><option
>--warningyesnocancel</option
></term>
<listitem
><para
>Con i pulsanti <guibutton
>Sì</guibutton
>, <guibutton
>No</guibutton
> and <guibutton
>Cancella</guibutton
>. Per esempio:</para>
<screen
><command
>kdialog</command
> <option
>--warningyesnocancel 'Vuoi salvare i cambiamenti?'</option
></screen>
</listitem>
</varlistentry>
</variablelist>
<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>
<variablelist>
<varlistentry>
<term
><option
>--menu</option
></term>
<listitem>
<para
>Permette all'utente di selezionare un singolo elemente da una lista.</para>
</listitem>
</varlistentry>
<varlistentry>
<term
><option
>--checklist</option
></term>
<listitem>
<para
>Permette all'utente di selezionare uno o più elementi da una lista.</para>
</listitem>
</varlistentry>
</variablelist>
<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>
