Beautify docbook files

8 files changed, 248 insertions, 800 deletions

diff --git a/tde-i18n-it/docs/tdemultimedia/artsbuilder/apis.docbook b/tde-i18n-it/docs/tdemultimedia/artsbuilder/apis.docbook
index 9de377ac5ea..5ffb5bb3e05 100644
--- a/tde-i18n-it/docs/tdemultimedia/artsbuilder/apis.docbook
+++ b/tde-i18n-it/docs/tdemultimedia/artsbuilder/apis.docbook
@@ -4,184 +4,105 @@ To validate or process this file as a standalone document, uncomment
 this prolog. Be sure to comment it out again when you are done -->
 
 <chapter id="arts-apis">
-<title
->Interfacce di programmazione dell'applicazione &arts;</title>
+<title>Interfacce di programmazione dell'applicazione &arts;</title>
 
 <sect1 id="api-overview">
-<title
->Panoramica</title>
-<para
->aRts non è solamente un software, ma fornisce anche una varietà di API per vari scopi. In questa sezione, cercherò di descriverti la "grande immagine", un breve accenno su che cosa si pensa che facciano quelle API, e come interagiscano. </para>
+<title>Panoramica</title>
+<para>aRts non è solamente un software, ma fornisce anche una varietà di API per vari scopi. In questa sezione, cercherò di descriverti la "grande immagine", un breve accenno su che cosa si pensa che facciano quelle API, e come interagiscano. </para>
 
-<para
->C'è una distinzione importante da fare: la maggior parte delle API sono <emphasis
->indipendenti dalla lingua e dalla posizione</emphasis
-> perché sono specificate come <emphasis
->mcopidl</emphasis
->. In questo modo puoi sostanzialmente usare i servizi che offrono da qualsiasi lingua, implementarli in qualsiasi lingua, e non dovrai preoccuparti di parlare con oggetti remoti o locali. Ecco una lista di questi primi: </para>
+<para>C'è una distinzione importante da fare: la maggior parte delle API sono <emphasis>indipendenti dalla lingua e dalla posizione</emphasis> perché sono specificate come <emphasis>mcopidl</emphasis>. In questo modo puoi sostanzialmente usare i servizi che offrono da qualsiasi lingua, implementarli in qualsiasi lingua, e non dovrai preoccuparti di parlare con oggetti remoti o locali. Ecco una lista di questi primi: </para>
 
 
 <variablelist>
 <varlistentry>
-<term
->core.idl</term>
-  <listitem
-><para
->Definizioni di base che formano il nucleo della funzionalità MCOP, come il protocollo stesso, definizioni dell'oggetto, il trader, il sistema flow e così via. </para
-></listitem>
+<term>core.idl</term>
+  <listitem><para>Definizioni di base che formano il nucleo della funzionalità MCOP, come il protocollo stesso, definizioni dell'oggetto, il trader, il sistema flow e così via. </para></listitem>
 
 </varlistentry>
 
 <varlistentry>
-<term
->artsflow.idl</term>
+<term>artsflow.idl</term>
 
-  <listitem
-><para
->Questi contengono il sistema flow che userai per connettere flussi audio, la definizione di <emphasis
->Arts::SynthModule</emphasis
-> che è la base per qualsiasi interfaccia che ha flussi e infine alcuni oggetti audio interessanti </para
-></listitem>
+  <listitem><para>Questi contengono il sistema flow che userai per connettere flussi audio, la definizione di <emphasis>Arts::SynthModule</emphasis> che è la base per qualsiasi interfaccia che ha flussi e infine alcuni oggetti audio interessanti </para></listitem>
 
 </varlistentry>
 
 <varlistentry>
-<term
->kmedia2.idl</term>
+<term>kmedia2.idl</term>
 
 
-  <listitem
-><para
->Qua viene definito un oggetto che può eseguire un oggetto multimediale, <emphasis
->Arts::PlayObject</emphasis
->. I riproduttori multimediali come il KDE multimedia player noatun sarà capace di eseguire qualsiasi oggetto multimediale per il quale può essere trovato un PlayObject. Così ha senso implementare PlayObject per vari formati (come mp3, mpg video, midi, wav, ...) su quella base, e ce ne sono già molti. </para
-></listitem>
+  <listitem><para>Qua viene definito un oggetto che può eseguire un oggetto multimediale, <emphasis>Arts::PlayObject</emphasis>. I riproduttori multimediali come il KDE multimedia player noatun sarà capace di eseguire qualsiasi oggetto multimediale per il quale può essere trovato un PlayObject. Così ha senso implementare PlayObject per vari formati (come mp3, mpg video, midi, wav, ...) su quella base, e ce ne sono già molti. </para></listitem>
 
 </varlistentry>
 
 <varlistentry>
-<term
->soundserver.idl</term>
+<term>soundserver.idl</term>
 
-  <listitem
-><para
->Qui è definita un'interfaccia per l'ampio sistema server sonoro artsd. L'interfaccia è chiamata <emphasis
->Arts::SoundServer</emphasis
->, la quale implementa funzionalità come accettare i flussi dalla rete, suonare campioni, creare oggetti aRts o personalizzati e così via. La trasparenza di rete è implicitamente dovuta all'uso di MCOP (come per qualsiasi altra cosa qui). </para
-></listitem>
+  <listitem><para>Qui è definita un'interfaccia per l'ampio sistema server sonoro artsd. L'interfaccia è chiamata <emphasis>Arts::SoundServer</emphasis>, la quale implementa funzionalità come accettare i flussi dalla rete, suonare campioni, creare oggetti aRts o personalizzati e così via. La trasparenza di rete è implicitamente dovuta all'uso di MCOP (come per qualsiasi altra cosa qui). </para></listitem>
 
 </varlistentry>
 
 <varlistentry>
-<term
->artsbuilder.idl</term>
-  <listitem
-><para
->Questo modulo definisce la funzionalità di base del grafico del flusso, cioè, come combinare semplici oggetti con altri più complessi, definendo un loro grafico. Esso definisce l'interfaccia di base <emphasis
->Arts::StructureDesc</emphasis
->, <emphasis
->Arts::ModuleDesc</emphasis
-> e <emphasis
->Arts::PortDesc</emphasis
->, che contengono una descrizione della struttura, del modulo e della porta. C'è anche un modo per far uscire una "rete live di oggetti" da queste connessioni e descrizioni, usando una factory. </para
-></listitem>
+<term>artsbuilder.idl</term>
+  <listitem><para>Questo modulo definisce la funzionalità di base del grafico del flusso, cioè, come combinare semplici oggetti con altri più complessi, definendo un loro grafico. Esso definisce l'interfaccia di base <emphasis>Arts::StructureDesc</emphasis>, <emphasis>Arts::ModuleDesc</emphasis> e <emphasis>Arts::PortDesc</emphasis>, che contengono una descrizione della struttura, del modulo e della porta. C'è anche un modo per far uscire una "rete live di oggetti" da queste connessioni e descrizioni, usando una factory. </para></listitem>
 
 </varlistentry>
 
 <varlistentry>
-<term
->artsmidi.idl</term>
+<term>artsmidi.idl</term>
 
-  <listitem
-><para
->Questo modulo definisce la funzionalità midi di base, come oggetti che producono eventi midi, cioè un <emphasis
->Arts::MidiManager</emphasis
-> per connettere i produttori e i consumatori di eventi midi, e così via. Come sempre è sottintesa la trasparenza di rete. </para
-></listitem>
+  <listitem><para>Questo modulo definisce la funzionalità midi di base, come oggetti che producono eventi midi, cioè un <emphasis>Arts::MidiManager</emphasis> per connettere i produttori e i consumatori di eventi midi, e così via. Come sempre è sottintesa la trasparenza di rete. </para></listitem>
 
 </varlistentry>
 
 <varlistentry>
-<term
->artsmodules.idl</term>
-  <listitem
-><para
->Qua ci sono vari filtri aggiuntivi, oscillatori, effetti, ritardi e così via, qualsiasi cosa richiesta per un'esecuzione del segnale in modo reale, e per compilare strumenti complessi ed effetti da questi semplici blocchi di compilazione di base. </para
-></listitem>
+<term>artsmodules.idl</term>
+  <listitem><para>Qua ci sono vari filtri aggiuntivi, oscillatori, effetti, ritardi e così via, qualsiasi cosa richiesta per un'esecuzione del segnale in modo reale, e per compilare strumenti complessi ed effetti da questi semplici blocchi di compilazione di base. </para></listitem>
 
 </varlistentry>
 
 <varlistentry>
-<term
->artsgui.idl</term>
+<term>artsgui.idl</term>
 
-  <listitem
-><para
->Questo si occupa di oggetti visuali. Definisce il carattere tipo <emphasis
-> Arts::Widget</emphasis
-> dal quale derivano tutti i moduli GUI. Questo produrrà l'indipendenza dell'insieme degli strumenti, la modifica visuale delle GUI, e la serializzazione delle GUI. Inoltre, dato che gli elementi GUI hanno attributi normali, il loro valore può essere strettamente connesso ad alcuni moduli di elaborazione del segnale (come il valore di uno cursore al limite di taglio del filtro). Come sempre: trasparenza di rete. </para
-></listitem>
+  <listitem><para>Questo si occupa di oggetti visuali. Definisce il carattere tipo <emphasis> Arts::Widget</emphasis> dal quale derivano tutti i moduli GUI. Questo produrrà l'indipendenza dell'insieme degli strumenti, la modifica visuale delle GUI, e la serializzazione delle GUI. Inoltre, dato che gli elementi GUI hanno attributi normali, il loro valore può essere strettamente connesso ad alcuni moduli di elaborazione del segnale (come il valore di uno cursore al limite di taglio del filtro). Come sempre: trasparenza di rete. </para></listitem>
 
 </varlistentry>
 
 </variablelist>
-<para
->Dove possibile, aRts stesso è implementato usando IDL. D'altra parte, ci sono alcune API con un <emphasis
->linguaggio specifico</emphasis
->, che usano sia il semplice C++ o C. È solitamente saggio usare le interfacce IDL dove è possibile, e le altre API dove necessario. Qui c'è una lista del linguaggio specifico delle API: </para>
+<para>Dove possibile, aRts stesso è implementato usando IDL. D'altra parte, ci sono alcune API con un <emphasis>linguaggio specifico</emphasis>, che usano sia il semplice C++ o C. È solitamente saggio usare le interfacce IDL dove è possibile, e le altre API dove necessario. Qui c'è una lista del linguaggio specifico delle API: </para>
 
 <variablelist>
 
 <varlistentry>
-<term
->KNotify, KAudioPlayer (inclusi in libtdecore)</term>
+<term>KNotify, KAudioPlayer (inclusi in libtdecore)</term>
 
-  <listitem
-><para
->Ci sono API KDE convenienti per i casi più semplici e comuni, nei quali vuoi eseguire un campione. Gli API sono ottimizzati per il semplice C++, Qt/KDE, e sono semplici come recuperarli. </para
-></listitem>
+  <listitem><para>Ci sono API KDE convenienti per i casi più semplici e comuni, nei quali vuoi eseguire un campione. Gli API sono ottimizzati per il semplice C++, Qt/KDE, e sono semplici come recuperarli. </para></listitem>
 
 </varlistentry>
 
 <varlistentry>
-<term
->libartsc</term>
-  <listitem
-><para
->Interfaccia del semplice C per il server sonoro. Molto utile per fare il porting di applicazioni vecchio stile. </para
-></listitem>
+<term>libartsc</term>
+  <listitem><para>Interfaccia del semplice C per il server sonoro. Molto utile per fare il porting di applicazioni vecchio stile. </para></listitem>
 
 </varlistentry>
 
 <varlistentry>
-<term
->libmcop</term>
+<term>libmcop</term>
 
-  <listitem
-><para
->Qua si svolge tutta la magia per MCOP. La libreria contiene le cose di base che devi conoscere per scrivere una semplice applicazione MCOP, il mittente, gli orari, la gestione i/o, ma anche gli interni per far lavorare il protocollo MCOP stesso. </para
-></listitem>
+  <listitem><para>Qua si svolge tutta la magia per MCOP. La libreria contiene le cose di base che devi conoscere per scrivere una semplice applicazione MCOP, il mittente, gli orari, la gestione i/o, ma anche gli interni per far lavorare il protocollo MCOP stesso. </para></listitem>
 
 </varlistentry>
 
 <varlistentry>
-<term
->libartsflow</term>
-  <listitem
-><para
->In aggiunta all'implementazione di artsflow.idl, qualche strumento interessante come la conversione rate dei campioni. </para
-></listitem>
+<term>libartsflow</term>
+  <listitem><para>In aggiunta all'implementazione di artsflow.idl, qualche strumento interessante come la conversione rate dei campioni. </para></listitem>
 
 </varlistentry>
 
 <varlistentry>
-<term
->libqiomanager</term>
+<term>libqiomanager</term>
 
-  <listitem
-><para
->Integrazione di MCOP nell'evento loop Qt, quando scrivi applicazioni Qt usando MCOP. </para
-></listitem>
+  <listitem><para>Integrazione di MCOP nell'evento loop Qt, quando scrivi applicazioni Qt usando MCOP. </para></listitem>
 
 </varlistentry>
 
@@ -191,137 +112,64 @@ this prolog. Be sure to comment it out again when you are done -->
 
 </sect1>
 <sect1 id="knotify">
-<title
->knotify</title>
-<para
->Non ancora scritto </para>
+<title>knotify</title>
+<para>Non ancora scritto </para>
 </sect1>
 
 <sect1 id="kaudioplayer">
-<title
->kaudioplayer</title>
-<para
->Non ancora scritto </para>
+<title>kaudioplayer</title>
+<para>Non ancora scritto </para>
 </sect1>
 
 <sect1 id="libkmid">
-<title
->libkmid</title>
-<para
->Non ancora scritto </para>
+<title>libkmid</title>
+<para>Non ancora scritto </para>
 </sect1>
 
 <sect1 id="kmedia2">
-<title
->kmedia2</title>
-<para
->Non ancora scritto </para>
+<title>kmedia2</title>
+<para>Non ancora scritto </para>
 </sect1>
 
 <sect1 id="soundserver">
-<title
->server sonoro</title>
-<para
->Non ancora scritto </para>
+<title>server sonoro</title>
+<para>Non ancora scritto </para>
 </sect1>
 
 <sect1 id="artsflow">
-<title
->artsflow</title>
-<para
->Non ancora scritto </para>
+<title>artsflow</title>
+<para>Non ancora scritto </para>
 </sect1>
 
 <sect1 id="capi">
-<title
-><acronym
->API</acronym
-> C</title>
+<title><acronym>API</acronym> C</title>
 
 <sect2 id="capiintro">
-<title
->Introduzione</title>
-
-<para
->L' <acronym
->API</acronym
-> &arts; C fu progettata per rendere più semplice scrivere e fare il port di semplici applicazioni C al server sonoro &arts;. Fornisce funzionalità di streaming (inviando flussi di campioni a <application
->artsd</application
->), sia a blocco o non blocco. Per la maggior parte delle applicazioni rimuovi semplicemente le poche chiamate del sistema che si occupano del tuo dispositivo audio e le rimpiazzi con appropriate chiamate &arts;.</para>
-
-<para
->Ho fatto due port come esempio del concetto: <application
->mpg123</application
-> e <application
->quake</application
->. Puoi scaricare le patch da <ulink url="http://space.twc.de/~stefan/kde/download/artsc-patches.tar.gz"
->here</ulink
->. Sentiti libero di proporre le tue proprie patch al responsabile di &arts; o dei pacchetti software multimediali in modo che possano integrare il supporto &arts; nel loro codice.</para>
+<title>Introduzione</title>
+
+<para>L' <acronym>API</acronym> &arts; C fu progettata per rendere più semplice scrivere e fare il port di semplici applicazioni C al server sonoro &arts;. Fornisce funzionalità di streaming (inviando flussi di campioni a <application>artsd</application>), sia a blocco o non blocco. Per la maggior parte delle applicazioni rimuovi semplicemente le poche chiamate del sistema che si occupano del tuo dispositivo audio e le rimpiazzi con appropriate chiamate &arts;.</para>
+
+<para>Ho fatto due port come esempio del concetto: <application>mpg123</application> e <application>quake</application>. Puoi scaricare le patch da <ulink url="http://space.twc.de/~stefan/kde/download/artsc-patches.tar.gz">here</ulink>. Sentiti libero di proporre le tue proprie patch al responsabile di &arts; o dei pacchetti software multimediali in modo che possano integrare il supporto &arts; nel loro codice.</para>
 
 </sect2>
 
 <sect2 id="capiwalkthru">
-<title
->In pochi passi</title>
+<title>In pochi passi</title>
 
-<para
->Inviare l'audio al server sonoro con l' <acronym
->API</acronym
-> è molto semplice:</para>
+<para>Inviare l'audio al server sonoro con l' <acronym>API</acronym> è molto semplice:</para>
 <procedure>
-<step
-><para
->includi il file di intestazione usando <userinput
->#include &lt;artsc.h&gt;</userinput
-></para
-></step>
-<step
-><para
->inizializza l' <acronym
->API</acronym
-> con <function
->arts_init()</function
-></para
-></step>
-<step
-><para
->crea un flusso con <function
->arts_play_stream()</function
-></para
-></step>
-<step
-><para
->configura i parametri specifici con <function
->arts_stream_set()</function
-></para
-></step>
-<step
-><para
->scrivi un campionamento dei dati al flusso con <function
->arts_write()</function
-></para
-></step>
-<step
-><para
->chiudi il flusso con <function
->arts_close_stream()</function
-></para
-></step>
-<step
-><para
->libera l' <acronym
->API</acronym
-> con <function
->arts_free()</function
-></para
-></step>
+<step><para>includi il file di intestazione usando <userinput>#include &lt;artsc.h&gt;</userinput></para></step>
+<step><para>inizializza l' <acronym>API</acronym> con <function>arts_init()</function></para></step>
+<step><para>crea un flusso con <function>arts_play_stream()</function></para></step>
+<step><para>configura i parametri specifici con <function>arts_stream_set()</function></para></step>
+<step><para>scrivi un campionamento dei dati al flusso con <function>arts_write()</function></para></step>
+<step><para>chiudi il flusso con <function>arts_close_stream()</function></para></step>
+<step><para>libera l' <acronym>API</acronym> con <function>arts_free()</function></para></step>
 </procedure>
 
-<para
->Ecco qua un piccolo programma di esempio che lo illustra:</para>
+<para>Ecco qua un piccolo programma di esempio che lo illustra:</para>
 
-<programlisting
->#include &lt;stdio.h&gt;
+<programlisting>#include &lt;stdio.h&gt;
 #include &lt;artsc.h&gt;
 int main()
 {
@@ -358,75 +206,31 @@ int main()
 </sect2>
 
 <sect2 id="capiartscconfig">
-<title
->Compilare e fare il link: <application
->artsc-config</application
-></title>
-
-<para
->Per compilare e fare il link dei programmi usando le <acronym
->API</acronym
-> C di &arts;, l'utility <application
->artsc-config</application
-> fornisce conoscenze di quali librerie hai bisogno per fare il link e dove sono incluse. È chiamata usando</para>
-
-<screen
-><userinput
-><command
->artsc-config</command
-> <option
->--libs</option
-></userinput
->
+<title>Compilare e fare il link: <application>artsc-config</application></title>
+
+<para>Per compilare e fare il link dei programmi usando le <acronym>API</acronym> C di &arts;, l'utility <application>artsc-config</application> fornisce conoscenze di quali librerie hai bisogno per fare il link e dove sono incluse. È chiamata usando</para>
+
+<screen><userinput><command>artsc-config</command> <option>--libs</option></userinput>
 </screen>
 
-<para
->trovare le librerie e </para>
-
-<screen
-><userinput
-><command
->artsc-config</command
-> <option
->--cflags</option
-></userinput
->
+<para>trovare le librerie e </para>
+
+<screen><userinput><command>artsc-config</command> <option>--cflags</option></userinput>
 </screen>
 
-<para
->scoprire flag del compilatore C aggiuntivi. L'esempio sopra potrebbe essere compilato usando la riga di comando:</para>
-
-<screen
-><userinput
-><command
->cc</command
-> <option
->-o artsctest artsctest.c `artsc-config --cflags` `artsc-config --libs`</option
-></userinput>
-
-<userinput
-><command
->cc</command
-> <option
->-o artsctest</option
-> <option
->artsctest.c</option
-> <option
->`artsc-config --cflags`</option
-> <option
->`artsc-config --libs`</option
-></userinput
->
+<para>scoprire flag del compilatore C aggiuntivi. L'esempio sopra potrebbe essere compilato usando la riga di comando:</para>
+
+<screen><userinput><command>cc</command> <option>-o artsctest artsctest.c `artsc-config --cflags` `artsc-config --libs`</option></userinput>
+
+<userinput><command>cc</command> <option>-o artsctest</option> <option>artsctest.c</option> <option>`artsc-config --cflags`</option> <option>`artsc-config --libs`</option></userinput>
 </screen>
 
 </sect2>
 
 <sect2 id="c-api-reference">
-<title
->Riferimento alla libreria</title>
+<title>Riferimento alla libreria</title>
 
-<para
->[TODO: generare la documentazione per artsc.h usando kdoc] </para>
+<para>[TODO: generare la documentazione per artsc.h usando kdoc] </para>
 
 </sect2>
 
diff --git a/tde-i18n-it/docs/tdemultimedia/artsbuilder/digitalaudio.docbook b/tde-i18n-it/docs/tdemultimedia/artsbuilder/digitalaudio.docbook
index a425245c6c0..71c532af642 100644
--- a/tde-i18n-it/docs/tdemultimedia/artsbuilder/digitalaudio.docbook
+++ b/tde-i18n-it/docs/tdemultimedia/artsbuilder/digitalaudio.docbook
@@ -4,11 +4,9 @@ To validate or process this file as a standalone document, uncomment
 this prolog. Be sure to comment it out again when you are done -->
 
 <appendix id="intro-digital-audio">
-<title
->Introduzione all'Audio Digitale (DA)</title>
+<title>Introduzione all'Audio Digitale (DA)</title>
 
-<para
->campionamento digitale, filtri, effetti, &etc;</para>
+<para>campionamento digitale, filtri, effetti, &etc;</para>
 
 </appendix>
 
diff --git a/tde-i18n-it/docs/tdemultimedia/artsbuilder/future.docbook b/tde-i18n-it/docs/tdemultimedia/artsbuilder/future.docbook
index 0b8931d27f2..a92bc45a45e 100644
--- a/tde-i18n-it/docs/tdemultimedia/artsbuilder/future.docbook
+++ b/tde-i18n-it/docs/tdemultimedia/artsbuilder/future.docbook
@@ -5,394 +5,230 @@ To validate or process this file as a standalone document, uncomment
 this prolog. Be sure to comment it out again when you are done -->
 
 <chapter id="future-work">
-<title
->Lavoro futuro</title>
+<title>Lavoro futuro</title>
 
-<para
->Questa sezione descrive il lavoro di &arts; in corso. Lo sviluppo procede velocemente, perciò queste informazioni potrebbe non essere aggiornate. Dovresti controllare il file della lista TODO e gli archivi della <link linkend="mailing-lists"
->mailing list</link
-> per vedere quale nuova funzionalità è prevista. Sentiti libero di partecipare al nuovo design e all'implementazione. </para>
+<para>Questa sezione descrive il lavoro di &arts; in corso. Lo sviluppo procede velocemente, perciò queste informazioni potrebbe non essere aggiornate. Dovresti controllare il file della lista TODO e gli archivi della <link linkend="mailing-lists">mailing list</link> per vedere quale nuova funzionalità è prevista. Sentiti libero di partecipare al nuovo design e all'implementazione. </para>
 
-<para
->Questa è la bozza del documento che cerca di darti una panoramica di come le nuove tecnologie saranno integrate in &arts;. In particolare, riguarda quello che segue: </para>
+<para>Questa è la bozza del documento che cerca di darti una panoramica di come le nuove tecnologie saranno integrate in &arts;. In particolare, riguarda quello che segue: </para>
 
 <itemizedlist>
-<listitem
-><para
->Come funzionano le interfacce.</para
-></listitem>
-<listitem
-><para
->Codec - decodificazione dei flussi mp3 o wav in un formato tale che possano essere usati come dati.</para
-></listitem>
-<listitem
-><para
->Video.</para
-></listitem>
-<listitem
-><para
->Threading.</para
-></listitem>
-<listitem
-><para
->Sincronizzazione.</para
-></listitem>
-<listitem
-><para
->Espansione dinamica/masquerading.</para
-></listitem>
-<listitem
-><para
->Composizione dinamica.</para
-></listitem>
-<listitem
-><para
->&GUI;</para
-></listitem>
-<listitem
-><para
->&MIDI;</para
-></listitem>
+<listitem><para>Come funzionano le interfacce.</para></listitem>
+<listitem><para>Codec - decodificazione dei flussi mp3 o wav in un formato tale che possano essere usati come dati.</para></listitem>
+<listitem><para>Video.</para></listitem>
+<listitem><para>Threading.</para></listitem>
+<listitem><para>Sincronizzazione.</para></listitem>
+<listitem><para>Espansione dinamica/masquerading.</para></listitem>
+<listitem><para>Composizione dinamica.</para></listitem>
+<listitem><para>&GUI;</para></listitem>
+<listitem><para>&MIDI;</para></listitem>
 </itemizedlist>
 
-<para
->Questo è il lavoro in corso. Comunque, questo dovrebbe essere solo la base se vuoi vedere nuove tecnologie in &arts;. Dovrebbe darti un'idea generale di come questi problemi saranno indirizzati. Comunque sentiti libero di correggere qualsiasi cosa vedi qui. </para>
+<para>Questo è il lavoro in corso. Comunque, questo dovrebbe essere solo la base se vuoi vedere nuove tecnologie in &arts;. Dovrebbe darti un'idea generale di come questi problemi saranno indirizzati. Comunque sentiti libero di correggere qualsiasi cosa vedi qui. </para>
 
-<para
->Ciò che userà la tecnologia &arts; (quindi per favore coordina i tuoi sforzi): </para>
+<para>Ciò che userà la tecnologia &arts; (quindi per favore coordina i tuoi sforzi): </para>
 
 <itemizedlist>
 <listitem>
-<para
-><application
->KPhone</application
-> (voce su <acronym
->IP</acronym
->) </para>
+<para><application>KPhone</application> (voce su <acronym>IP</acronym>) </para>
 </listitem>
 
 <listitem>
-<para
->&noatun; (lettore video / audio) </para>
+<para>&noatun; (lettore video / audio) </para>
 </listitem>
 
 <listitem>
-<para
->&artscontrol; (programma di controllo del server sonoro per visualizzatori) </para>
+<para>&artscontrol; (programma di controllo del server sonoro per visualizzatori) </para>
 </listitem>
 
 <listitem>
-<para
-><application
->Brahms</application
-> (sequenziatore musicale) </para>
+<para><application>Brahms</application> (sequenziatore musicale) </para>
 </listitem>
 
 <listitem>
-<para
-><application
->Kaiman</application
-> (&kde;2 media player - compatibilità con kmedia2) </para>
+<para><application>Kaiman</application> (&kde;2 media player - compatibilità con kmedia2) </para>
 </listitem>
 
 <listitem>
-<para
-><application
->mpglib</application
->/<application
->kmpg</application
-> (tecnologia di riproduzione audio e video <acronym
->mpg</acronym
->) </para>
+<para><application>mpglib</application>/<application>kmpg</application> (tecnologia di riproduzione audio e video <acronym>mpg</acronym>) </para>
 </listitem>
 
 <listitem>
-<para
-><application
->SDL</application
-> (direct media layer per giochi non ancora avviato ma forse funziona) </para>
+<para><application>SDL</application> (direct media layer per giochi non ancora avviato ma forse funziona) </para>
 </listitem>
 
 <listitem>
-<para
-><application
->electric ears</application
-> (l'autore mi ha contattato - lo stato è sconosciuto) </para>
+<para><application>electric ears</application> (l'autore mi ha contattato - lo stato è sconosciuto) </para>
 </listitem>
 </itemizedlist>
 
 <sect1 id="interfaces-how">
-<title
->Come funzionano le Interfacce</title>
+<title>Come funzionano le Interfacce</title>
 
 <!-- I think this is now obsolete and documented elsewhere ? -->
 
-<para
->Le interfacce &MCOP; sono la base del concetto di &arts;. Sono l'equivalente della rete alle classi C++. Quando possibile dovresti orientare il tuo design verso le interfacce. Le interfacce consistono in quattro parti: </para>
+<para>Le interfacce &MCOP; sono la base del concetto di &arts;. Sono l'equivalente della rete alle classi C++. Quando possibile dovresti orientare il tuo design verso le interfacce. Le interfacce consistono in quattro parti: </para>
 
 <itemizedlist>
-<listitem
-><para
->Flussi sincroni</para
-></listitem>
-<listitem
-><para
->Flussi asincroni</para
-></listitem>
-<listitem
-><para
->Metodi</para
-></listitem>
-<listitem
-><para
->Attributi</para
-></listitem>
+<listitem><para>Flussi sincroni</para></listitem>
+<listitem><para>Flussi asincroni</para></listitem>
+<listitem><para>Metodi</para></listitem>
+<listitem><para>Attributi</para></listitem>
 </itemizedlist>
 
-<para
->Questi possono essere mescolati come vuoi. Le nuove tecnologie dovrebbero essere definite in termini di interfacce. Leggiti le sezioni sui flussi asincroni e sui flussi sincroni, così come le interfacce di KMedia2, che sono un buon esempio su come funzionano queste cose </para>
-
-<para
->Le interfacce sono specificate nel codice <literal role="extension"
->.idl</literal
-> ed eseguite tramite il compilatore <command
->mcopidl</command
->. Ricava la classe <classname
-><replaceable
->Nomeinterfaccia</replaceable
->_impl</classname
-> per implementarle e usa <function
->REGISTER_IMPLEMENTATION(Interfacename_impl)</function
-> per inserire le implementazioni del tuo oggetto nel sistema dell'oggetto &MCOP;. </para>
+<para>Questi possono essere mescolati come vuoi. Le nuove tecnologie dovrebbero essere definite in termini di interfacce. Leggiti le sezioni sui flussi asincroni e sui flussi sincroni, così come le interfacce di KMedia2, che sono un buon esempio su come funzionano queste cose </para>
+
+<para>Le interfacce sono specificate nel codice <literal role="extension">.idl</literal> ed eseguite tramite il compilatore <command>mcopidl</command>. Ricava la classe <classname><replaceable>Nomeinterfaccia</replaceable>_impl</classname> per implementarle e usa <function>REGISTER_IMPLEMENTATION(Interfacename_impl)</function> per inserire le implementazioni del tuo oggetto nel sistema dell'oggetto &MCOP;. </para>
 
 </sect1>
 
 <sect1 id="codecs">
-<title
->Codec - Decodificazione dei dati</title>
+<title>Codec - Decodificazione dei dati</title>
 
-<para
->Le interfacce kmedia2 ti permettono di ignorare quei file wav, mp3 e qualsiasi cosa sia composta da flussi di dati. Invece, implementano solamente i metodi per eseguirli. </para>
+<para>Le interfacce kmedia2 ti permettono di ignorare quei file wav, mp3 e qualsiasi cosa sia composta da flussi di dati. Invece, implementano solamente i metodi per eseguirli. </para>
 
-<para
->In questo modo puoi scrivere una procedura di caricamento wave in modo da eseguire i file wave (come PlayObject), ma nessun altro può usare il tuo codice. </para>
+<para>In questo modo puoi scrivere una procedura di caricamento wave in modo da eseguire i file wave (come PlayObject), ma nessun altro può usare il tuo codice. </para>
 
-<para
->I flussi asincroni potrebbero essere l'alternativa. Definisci un'interfaccia che ti permetta di passare i blocchi di dati in entrata e di ottenere i blocchi di dati in uscita. Questo sembra simile a quello di &MCOP;: </para>
+<para>I flussi asincroni potrebbero essere l'alternativa. Definisci un'interfaccia che ti permetta di passare i blocchi di dati in entrata e di ottenere i blocchi di dati in uscita. Questo sembra simile a quello di &MCOP;: </para>
 
-<programlisting
->interface Codec {
+<programlisting>interface Codec {
   in async byte stream indata;
   out async byte stream outdata;
 };
 </programlisting>
 
 
-<para
->Naturalmente i codec possono anche fornire attributi per emettere dati aggiuntivi, come le informazioni di formattazione. </para>
+<para>Naturalmente i codec possono anche fornire attributi per emettere dati aggiuntivi, come le informazioni di formattazione. </para>
 
-<programlisting
->interface ByteAudioCodec {
+<programlisting>interface ByteAudioCodec {
   in async byte stream indata;
   out async byte stream outdata;
   readonly attribute samplingRate, bits, channels;
 };
 </programlisting>
 
-<para
->Questo <interfacename
->ByteAudioCodec</interfacename
-> per esempio potrebbe essere connesso ad un oggetto <interfacename
->ByteStreamToAudio</interfacename
->, per fare un vero audio float. </para>
+<para>Questo <interfacename>ByteAudioCodec</interfacename> per esempio potrebbe essere connesso ad un oggetto <interfacename>ByteStreamToAudio</interfacename>, per fare un vero audio float. </para>
 
-<para
->Naturalmente altri tipi di codec possono coinvolgere l'emissione diretta di dati video, come per esempio </para>
+<para>Naturalmente altri tipi di codec possono coinvolgere l'emissione diretta di dati video, come per esempio </para>
 
-<programlisting
->interface VideoCodec {
+<programlisting>interface VideoCodec {
   in async byte stream indata;
   out video stream outdata;      /* nota: i flussi video ancora non esistono */
 };
 </programlisting>
 
-<para
->Molto probabilmente il concetto di un codec dovrebbe essere impiegato piuttosto che nel modo <quote
->tu sai come riprodurre e io no</quote
-> come per esempio <interfacename
->WavPlayObject</interfacename
-> attualmente fa. Tuttavia qualcuno ha bisogno di sedersi e di fare qualche esperimento prima che un <acronym
->API</acronym
-> possa essere finito. </para>
+<para>Molto probabilmente il concetto di un codec dovrebbe essere impiegato piuttosto che nel modo <quote>tu sai come riprodurre e io no</quote> come per esempio <interfacename>WavPlayObject</interfacename> attualmente fa. Tuttavia qualcuno ha bisogno di sedersi e di fare qualche esperimento prima che un <acronym>API</acronym> possa essere finito. </para>
 
 </sect1>
 
 <sect1 id="video">
-<title
->Video</title>
+<title>Video</title>
 
-<para
->La mia idea è di fornire video come flussi asincroni di qualche tipo di dati nativi di &MCOP; che contengono immagini. Questo tipo di dati deve ancora essere creato. Facendo questo le estensioni che si occupano di immagini video potrebbero essere connesse allo stesso modo delle estensioni audio. </para>
+<para>La mia idea è di fornire video come flussi asincroni di qualche tipo di dati nativi di &MCOP; che contengono immagini. Questo tipo di dati deve ancora essere creato. Facendo questo le estensioni che si occupano di immagini video potrebbero essere connesse allo stesso modo delle estensioni audio. </para>
 
-<para
->Ci sono alcune cose importanti da non tralasciare, cioè: </para>
+<para>Ci sono alcune cose importanti da non tralasciare, cioè: </para>
 
 <itemizedlist>
 <listitem>
-<para
->Ci sono spazi di colori <acronym
->RGB</acronym
-> e <acronym
->YUV</acronym
->. </para>
+<para>Ci sono spazi di colori <acronym>RGB</acronym> e <acronym>YUV</acronym>. </para>
 </listitem>
 <listitem>
-<para
->Il formato dovrebbe essere in qualche modo aggiunto al flusso. </para>
+<para>Il formato dovrebbe essere in qualche modo aggiunto al flusso. </para>
 </listitem>
 <listitem>
-<para
->La sincronizzazione è importante. </para>
+<para>La sincronizzazione è importante. </para>
 </listitem>
 </itemizedlist>
 
-<para
->La mia idea è di lasciare la possibilità di reimplementare la classe <classname
->VideoFrame</classname
-> in modo che possa memorizzare le cose in un segmento di memoria condivisa. Così facendo anche il flusso video tra processi differenti sarebbe possibile senza troppi problemi. </para>
+<para>La mia idea è di lasciare la possibilità di reimplementare la classe <classname>VideoFrame</classname> in modo che possa memorizzare le cose in un segmento di memoria condivisa. Così facendo anche il flusso video tra processi differenti sarebbe possibile senza troppi problemi. </para>
 
-<para
->Comunque, la situazione standard per il video è che le cose sono nello stesso processo, dalla decodifica al rendering. </para>
+<para>Comunque, la situazione standard per il video è che le cose sono nello stesso processo, dalla decodifica al rendering. </para>
 
-<para
->Ho fatto una primitiva implementazione di flusso video, che puoi scaricare <ulink url="http://space.twc.de/~stefan/kde/download/video-quickdraw.tar.gz"
->qui </ulink
->. Questa avrebbe bisogno di essere integrata in &MCOP; dopo alcuni esperimenti. </para>
+<para>Ho fatto una primitiva implementazione di flusso video, che puoi scaricare <ulink url="http://space.twc.de/~stefan/kde/download/video-quickdraw.tar.gz">qui </ulink>. Questa avrebbe bisogno di essere integrata in &MCOP; dopo alcuni esperimenti. </para>
 
-<para
->Dovrebbe essere fornita una componente rendering che supporti XMITSHM (con <acronym
->RGB</acronym
-> e <acronym
->YUV</acronym
->), Martin Vogt mi ha detto che sta lavorando su qualcosa del genere. </para>
+<para>Dovrebbe essere fornita una componente rendering che supporti XMITSHM (con <acronym>RGB</acronym> e <acronym>YUV</acronym>), Martin Vogt mi ha detto che sta lavorando su qualcosa del genere. </para>
 
 </sect1>
 
 <sect1 id="threading">
-<title
->Threading</title>
+<title>Threading</title>
 
-<para
->Generalmente, &MCOP; è processato tutto in uno. Forse per il video non saremo più in grado di aggirare il threading. Ok. Ci sono alcune cose che dovrebbero essere trattate con attenzione: </para>
+<para>Generalmente, &MCOP; è processato tutto in uno. Forse per il video non saremo più in grado di aggirare il threading. Ok. Ci sono alcune cose che dovrebbero essere trattate con attenzione: </para>
 
 
 <itemizedlist>
-<listitem
-><para
->SmartWrappers - non sono sicuri da thread a causa del conteggio dei riferimenti non sicuro e altro. </para>
+<listitem><para>SmartWrappers - non sono sicuri da thread a causa del conteggio dei riferimenti non sicuro e altro. </para>
 </listitem>
 <listitem>
-<para
->Dispatcher / I/O - anche non sicuri da thread. </para>
+<para>Dispatcher / I/O - anche non sicuri da thread. </para>
 </listitem>
 </itemizedlist>
 
-<para
->Tuttavia, quello che potrei immaginare è di rendere i moduli selezionati sicuri da thread, sia per i flussi sincroni che asincroni. In modo che, con un sistema consapevole dello scorrere dei thread, potresti programmare lo scorrere del segnale su due o più processi. Questo aiuterebbe molto anche l'audio di cose su un multiprocessore. </para>
+<para>Tuttavia, quello che potrei immaginare è di rendere i moduli selezionati sicuri da thread, sia per i flussi sincroni che asincroni. In modo che, con un sistema consapevole dello scorrere dei thread, potresti programmare lo scorrere del segnale su due o più processi. Questo aiuterebbe molto anche l'audio di cose su un multiprocessore. </para>
 
-<para
->Ecco come dovrebbe funzionare: </para>
+<para>Ecco come dovrebbe funzionare: </para>
 
 
 <itemizedlist>
 <listitem>
-<para
->Il sistema di flusso decide quali moduli dovrebbero calcolare cosa - ovvero: </para>
+<para>Il sistema di flusso decide quali moduli dovrebbero calcolare cosa - ovvero: </para>
     <itemizedlist>
-	<listitem
-><para
->frame video (con il metodo process_indata)</para
-></listitem>
-	<listitem
-><para
->flussi audio asincroni (calculateBlock)</para
-></listitem>
-	<listitem
-><para
->altri flussi asincroni, principalmente flussi byte</para
-></listitem>
+	<listitem><para>frame video (con il metodo process_indata)</para></listitem>
+	<listitem><para>flussi audio asincroni (calculateBlock)</para></listitem>
+	<listitem><para>altri flussi asincroni, principalmente flussi byte</para></listitem>
 	</itemizedlist>
 </listitem>
 <listitem>
-<para
->I moduli possono calcolare queste cose nei propri processi. Per l'audio, è utile riusare i processi (il render &eg; su quattro processi per quattro processori, non importa se 100 moduli sono in esecuzione). Per la decompressione dei video e dei byte, sarebbe più semplice avere un'implementazione di blocco in un proprio processo, che è sincronizzato contro il resto di &MCOP; dal sistema di flusso. </para>
+<para>I moduli possono calcolare queste cose nei propri processi. Per l'audio, è utile riusare i processi (il render &eg; su quattro processi per quattro processori, non importa se 100 moduli sono in esecuzione). Per la decompressione dei video e dei byte, sarebbe più semplice avere un'implementazione di blocco in un proprio processo, che è sincronizzato contro il resto di &MCOP; dal sistema di flusso. </para>
 </listitem>
 
 <listitem>
-<para
->I moduli potrebbero non usare le funzionalità &MCOP; (come chiamate remote) durante un'operazione processata. </para>
+<para>I moduli potrebbero non usare le funzionalità &MCOP; (come chiamate remote) durante un'operazione processata. </para>
 </listitem>
 </itemizedlist>
 
 </sect1>
 
 <sect1 id="synchronization">
-<title
->Sincronizzazione</title>
+<title>Sincronizzazione</title>
 
-<para
->Il video e il &MIDI; (e l'audio) potrebbero richiedere la sincronizzazione. Sostanzialmente, si tratta dell'ora. L'idea che ho è di attaccare delle ore ai flussi asincroni, aggiungendone uno a ogni pacchetto. Se invii due frame video, semplicemente ne fai due pacchetti (sono grossi comunque), in modo che puoi avere due diversi valori dell'ora. </para>
+<para>Il video e il &MIDI; (e l'audio) potrebbero richiedere la sincronizzazione. Sostanzialmente, si tratta dell'ora. L'idea che ho è di attaccare delle ore ai flussi asincroni, aggiungendone uno a ogni pacchetto. Se invii due frame video, semplicemente ne fai due pacchetti (sono grossi comunque), in modo che puoi avere due diversi valori dell'ora. </para>
 
-<para
->L'audio dovrebbe implicitamente avere un'ora associata, dato che è sincrono. </para>
+<para>L'audio dovrebbe implicitamente avere un'ora associata, dato che è sincrono. </para>
 
 </sect1>
 
 <sect1 id="dynamic-composition">
-<title
->Composizione dinamica</title>
+<title>Composizione dinamica</title>
 
-<para
->È possibile dire: un effetto FX è composto di questi semplici moduli. FX dovrebbe sembrare un normale modulo &MCOP; (vedi masquerading), ma in realtà è composto di altri moduli. </para>
+<para>È possibile dire: un effetto FX è composto di questi semplici moduli. FX dovrebbe sembrare un normale modulo &MCOP; (vedi masquerading), ma in realtà è composto di altri moduli. </para>
 
-<para
->Questo è richiesto per &arts-builder;. </para>
+<para>Questo è richiesto per &arts-builder;. </para>
 
 </sect1>
 
 <sect1 id="gui">
-<title
->&GUI;</title>
+<title>&GUI;</title>
 
-<para
->Tutti i componenti della &GUI; saranno moduli &MCOP;. Dovrebbero avere attributi come grandezza, etichetta, colore, ... . Un compilatore <acronym
->RAD</acronym
-> (&arts-builder;) dovrebbe essere in grado di comporli in modo visivo. </para>
+<para>Tutti i componenti della &GUI; saranno moduli &MCOP;. Dovrebbero avere attributi come grandezza, etichetta, colore, ... . Un compilatore <acronym>RAD</acronym> (&arts-builder;) dovrebbe essere in grado di comporli in modo visivo. </para>
 
-<para
->La &GUI; dovrebbero essere salvabili, salvandone gli attributi. </para>
+<para>La &GUI; dovrebbero essere salvabili, salvandone gli attributi. </para>
 
 </sect1>
 
 <sect1 id="midi-stuff">
-<title
->&MIDI;</title>
+<title>&MIDI;</title>
 
-<para
->Gli elementi &MIDI; vengono implementati come flussi asincroni. Ci sono due opzioni, una è usare le normali strutture &MCOP; per definire i caratteri e l'altra è di introdurre ancora caratteri personalizzati. </para>
+<para>Gli elementi &MIDI; vengono implementati come flussi asincroni. Ci sono due opzioni, una è usare le normali strutture &MCOP; per definire i caratteri e l'altra è di introdurre ancora caratteri personalizzati. </para>
 
-<para
->Penso che le strutture normali potrebbero essere sufficienti, cioè: </para>
+<para>Penso che le strutture normali potrebbero essere sufficienti, cioè: </para>
 
-<programlisting
->struct MidiEvent {
+<programlisting>struct MidiEvent {
   byte b1,b2,b3;
   sequence&lt;byte&gt; sysex;
 }
 </programlisting>
 
-<para
->I flussi asincroni dovrebbero supportare i tipi di flusso personalizzati. </para>
+<para>I flussi asincroni dovrebbero supportare i tipi di flusso personalizzati. </para>
 
 </sect1>
 
diff --git a/tde-i18n-it/docs/tdemultimedia/artsbuilder/glossary.docbook b/tde-i18n-it/docs/tdemultimedia/artsbuilder/glossary.docbook
index a77bf8777b6..43d7dc81dee 100644
--- a/tde-i18n-it/docs/tdemultimedia/artsbuilder/glossary.docbook
+++ b/tde-i18n-it/docs/tdemultimedia/artsbuilder/glossary.docbook
@@ -6,167 +6,107 @@ this prolog. Be sure to comment it out again when you are done -->
 <glossary id="glossary">
 
 <glossentry id="gloss-alsa">
-<glossterm
-><acronym
->ALSA</acronym
-></glossterm>
+<glossterm><acronym>ALSA</acronym></glossterm>
 <glossdef>
-<para
->Architettura sonora avanzata &Linux; (Advanced &Linux; Sound Architecture); un driver &Linux; per le schede sonore; al momento non incluso con i sorgenti standard del kernel. </para>
+<para>Architettura sonora avanzata &Linux; (Advanced &Linux; Sound Architecture); un driver &Linux; per le schede sonore; al momento non incluso con i sorgenti standard del kernel. </para>
 </glossdef>
 </glossentry>
 
 <glossentry id="gloss-arts">
-<glossterm
->&arts;</glossterm>
+<glossterm>&arts;</glossterm>
 <glossdef>
-<para
->Sintetizzatore analogico in tempo reale (Analog Real-Time Synthesizer); il nome dell'architettura/libreria/strumenti multimediali usata dal progetto &kde; (notare l'uso delle maiuscole) </para>
+<para>Sintetizzatore analogico in tempo reale (Analog Real-Time Synthesizer); il nome dell'architettura/libreria/strumenti multimediali usata dal progetto &kde; (notare l'uso delle maiuscole) </para>
 </glossdef>
 </glossentry>
 
 <glossentry id="gloss-bsd">
-<glossterm
-><acronym
->BSD</acronym
-></glossterm>
+<glossterm><acronym>BSD</acronym></glossterm>
 <glossdef>
-<para
->Distribuzione di software di Berkeley (Berkeley Software Distribution); qui si riferisce ad uno qualsiasi dei molti sistemi operativi compatibili con &UNIX; derivati da <acronym
->BSD</acronym
-> &UNIX;. </para>
+<para>Distribuzione di software di Berkeley (Berkeley Software Distribution); qui si riferisce ad uno qualsiasi dei molti sistemi operativi compatibili con &UNIX; derivati da <acronym>BSD</acronym> &UNIX;. </para>
 </glossdef>
 </glossentry>
 
 <glossentry id="gloss-corba">
-<glossterm
-><acronym
->CORBA</acronym
-></glossterm>
+<glossterm><acronym>CORBA</acronym></glossterm>
 <glossdef>
-<para
->Common Object Request Broker Architecture; uno standard per implementare l'esecuzione remota di oggetti. </para>
+<para>Common Object Request Broker Architecture; uno standard per implementare l'esecuzione remota di oggetti. </para>
 </glossdef>
 </glossentry>
 
 <glossentry id="gloss-cvs">
-<glossterm
-><acronym
->CVS</acronym
-></glossterm>
+<glossterm><acronym>CVS</acronym></glossterm>
 <glossdef>
-<para
->Sistema di versioni concorrenti (Concurrent Versions System); un sistema di gestione delle configurazioni del software usato da molti progetti, tra cui &kde; e &arts;. </para>
+<para>Sistema di versioni concorrenti (Concurrent Versions System); un sistema di gestione delle configurazioni del software usato da molti progetti, tra cui &kde; e &arts;. </para>
 </glossdef>
 </glossentry>
 
 <glossentry id="glos-fft">
-<glossterm
-><acronym
->FFT</acronym
-></glossterm>
+<glossterm><acronym>FFT</acronym></glossterm>
 <glossdef>
-<para
->Trasformata di Fourier veloce (Fast Fourier Transform); un algoritmo per convertire dati dal dominio del tempo a quello della frequenza; spesso usato nel processamento dei segnali. </para>
+<para>Trasformata di Fourier veloce (Fast Fourier Transform); un algoritmo per convertire dati dal dominio del tempo a quello della frequenza; spesso usato nel processamento dei segnali. </para>
 </glossdef>
 </glossentry>
 
 <glossentry id="gloss-full-duplex">
-<glossterm
->Full Duplex</glossterm>
+<glossterm>Full Duplex</glossterm>
 <glossdef>
-<para
->L'abilità di una scheda audio di registrare e riprodurre audio allo stesso tempo. </para>
+<para>L'abilità di una scheda audio di registrare e riprodurre audio allo stesso tempo. </para>
 </glossdef>
 </glossentry>
 
 <glossentry id="gloss-gpl">
-<glossterm
-><acronym
->GPL</acronym
-></glossterm>
+<glossterm><acronym>GPL</acronym></glossterm>
 <glossdef>
-<para
->Licenza pubblica generica GNU (<acronym
->GNU</acronym
-> General Public License); una licenza per il software creata dalla Fondazione per il software libero (Free Software Foundation) che definisce i termini per la pubblicazione di software libero. </para>
+<para>Licenza pubblica generica GNU (<acronym>GNU</acronym> General Public License); una licenza per il software creata dalla Fondazione per il software libero (Free Software Foundation) che definisce i termini per la pubblicazione di software libero. </para>
 </glossdef>
 </glossentry>
 
 <glossentry id="gloss-gui">
-<glossterm
->&GUI;</glossterm>
+<glossterm>&GUI;</glossterm>
 <glossdef>
-<para
->Interfaccia utente grafica (Graphical User Interface) </para>
+<para>Interfaccia utente grafica (Graphical User Interface) </para>
 </glossdef>
 </glossentry>
 
 <glossentry id="gloss-idl">
-<glossterm
-><acronym
->IDL</acronym
-></glossterm>
+<glossterm><acronym>IDL</acronym></glossterm>
 <glossdef>
-<para
->Linguaggio per la definizione di interfacce (Interface Definition Language); un formato indipendente dal linguaggio di programmazione per la specifica di interfacce (metodi e dati). </para>
+<para>Linguaggio per la definizione di interfacce (Interface Definition Language); un formato indipendente dal linguaggio di programmazione per la specifica di interfacce (metodi e dati). </para>
 </glossdef>
 </glossentry>
 
 <glossentry id="gloss-kde">
-<glossterm
->&kde;</glossterm>
+<glossterm>&kde;</glossterm>
 <glossdef>
-<para
->Ambiente desktop KDE (K Desktop Environment); un progetto per lo sviluppo di un ambiente desktop grafico libero per i sistemi compatibili con &UNIX;. </para>
+<para>Ambiente desktop KDE (K Desktop Environment); un progetto per lo sviluppo di un ambiente desktop grafico libero per i sistemi compatibili con &UNIX;. </para>
 </glossdef>
 </glossentry>
 
 <glossentry id="gloss-lgpl">
-<glossterm
-><acronym
->LGPL</acronym
-></glossterm>
+<glossterm><acronym>LGPL</acronym></glossterm>
 <glossdef>
-<para
->Licenza pubblica generica minore GNU (<acronym
->GNU</acronym
-> Lesser General Public License); una licenza per il software creata dalla Fondazione per il software libero (Free Software Foundation) che definisce i termini per la pubblicazione di software libero; meno restrittiva della <acronym
->GPL</acronym
-> e spesso usata per le librerie di software. </para>
+<para>Licenza pubblica generica minore GNU (<acronym>GNU</acronym> Lesser General Public License); una licenza per il software creata dalla Fondazione per il software libero (Free Software Foundation) che definisce i termini per la pubblicazione di software libero; meno restrittiva della <acronym>GPL</acronym> e spesso usata per le librerie di software. </para>
 </glossdef>
 </glossentry>
 
 <glossentry id="gloss-mcop">
-<glossterm
->&MCOP;</glossterm>
+<glossterm>&MCOP;</glossterm>
 <glossdef>
-<para
->Protocollo di comunicazione multimediale (Multimedia COmmunication Protocol); il protocollo usato per la comunicazione tra i moduli software di &arts;; simile a <acronym
->CORBA</acronym
-> ma più semplice e ottimizzato per il multimediale. </para>
+<para>Protocollo di comunicazione multimediale (Multimedia COmmunication Protocol); il protocollo usato per la comunicazione tra i moduli software di &arts;; simile a <acronym>CORBA</acronym> ma più semplice e ottimizzato per il multimediale. </para>
 </glossdef>
 </glossentry>
 
 <glossentry id="gloss-midi">
-<glossterm
->&MIDI;</glossterm>
+<glossterm>&MIDI;</glossterm>
 <glossdef>
-<para
->Interfaccia digitale per gli strumenti musicali (Musical Instrument Digital Interface); un protocollo standard per la comunicazione tra strumenti musicali elettronici; spesso usato anche per riferirirsi ad un formato di file per la memorizzazione di comandi &MIDI;. </para>
+<para>Interfaccia digitale per gli strumenti musicali (Musical Instrument Digital Interface); un protocollo standard per la comunicazione tra strumenti musicali elettronici; spesso usato anche per riferirirsi ad un formato di file per la memorizzazione di comandi &MIDI;. </para>
 </glossdef>
 </glossentry>
 
 <glossentry id="gloss-oss">
-<glossterm
-><acronym
->OSS</acronym
-></glossterm>
+<glossterm><acronym>OSS</acronym></glossterm>
 <glossdef>
-<para
->Sistema sonoro aperto (Open Sound System); i driver per il suono inclusi nel kernel &Linux; (a volte chiamati <acronym
->OSS</acronym
->/Free) o una loro versione commerciale venduta dalla 4Front Technologies. </para>
+<para>Sistema sonoro aperto (Open Sound System); i driver per il suono inclusi nel kernel &Linux; (a volte chiamati <acronym>OSS</acronym>/Free) o una loro versione commerciale venduta dalla 4Front Technologies. </para>
 </glossdef>
 </glossentry>
 
diff --git a/tde-i18n-it/docs/tdemultimedia/artsbuilder/helping.docbook b/tde-i18n-it/docs/tdemultimedia/artsbuilder/helping.docbook
index 9c7940a9a79..6fac1363d83 100644
--- a/tde-i18n-it/docs/tdemultimedia/artsbuilder/helping.docbook
+++ b/tde-i18n-it/docs/tdemultimedia/artsbuilder/helping.docbook
@@ -4,71 +4,38 @@ To validate or process this file as a standalone document, uncomment
 this prolog. Be sure to comment it out again when you are done -->
 
 <chapter id="contributing">
-<title
->Contribuire a &arts;</title>
+<title>Contribuire a &arts;</title>
 
 <sect1 id="how-to-help">
-<title
->Come puoi aiutare</title>
+<title>Come puoi aiutare</title>
 
-<para
->Il progetto &arts; può utilizzare aiuti da parte di programmatori per rendere le applicazioni multimediali esistenti compatibili con &arts;, per scrivere nuove applicazioni multimediali e per aumentare le capacità di &arts;. Comunque, non devi essere per forza uno sviluppatore per contribuire. Possiamo anche utilizzare l'aiuto da parte di collaudatori per segnalare bug, da parte di traduttori per tradurre il testo dell'applicazione e la documentazione in altre lingue, da parte di artisti per il disegno di bitmap (specialmente per i moduli di <application
->artsbuilder</application
->), da parte di musicisti per creare moduli &arts; di esempio, e da parte di scrittori per la scrittura e la rilettura della documentazione. </para>
+<para>Il progetto &arts; può utilizzare aiuti da parte di programmatori per rendere le applicazioni multimediali esistenti compatibili con &arts;, per scrivere nuove applicazioni multimediali e per aumentare le capacità di &arts;. Comunque, non devi essere per forza uno sviluppatore per contribuire. Possiamo anche utilizzare l'aiuto da parte di collaudatori per segnalare bug, da parte di traduttori per tradurre il testo dell'applicazione e la documentazione in altre lingue, da parte di artisti per il disegno di bitmap (specialmente per i moduli di <application>artsbuilder</application>), da parte di musicisti per creare moduli &arts; di esempio, e da parte di scrittori per la scrittura e la rilettura della documentazione. </para>
 </sect1>
 
 <sect1 id="mailing-lists">
-<title
->Mailing List</title>
-
-<para
->La maggior parte delle discussioni sullo sviluppo di &arts; avvengono su due mailing list. Queste sono il posto per discutere nuove caratteristiche e idee di implementazione o per chiedere aiuto sui problemi. </para>
-
-<para
->La mailing list &kde; Multimedia è per la discussione generale su &kde; Multimedia, compresi &arts; e le applicazioni multimediali come &noatun; e &aktion;. Puoi iscriverti dalla pagina web a <ulink url="http://www.kde.org/mailinglists.html"
->http://www.kde.org/mailinglists.html</ulink
->, o inviare una e-mail con oggetto <userinput
->subscribe <replaceable
->tuo indirizzo e-mail</replaceable
-></userinput
-> a <email
->kde-multimedia-request@kde.org</email
->. La lista viene inoltre archiviata a <ulink url="http://lists.kde.org"
->http://lists.kde.org</ulink
->. </para>
-
-<para
->La mailing list &arts; riguarda gli argomenti specifici di &arts;, tra cui l'uso di &arts; fuori da &kde;. Per iscriverti, invia una e-mail contenente come corpo del messaggio <userinput
->subscribe <replaceable
->tuo indirizzo e-mail</replaceable
-></userinput
-> a <email
->arts-request@space.twc.de</email
->. La lista viene archiviata a <ulink url="http://space.twc.de/~stefan/arts-archive"
->http://space.twc.de/~stefan/arts-archive</ulink
->. </para>
+<title>Mailing List</title>
+
+<para>La maggior parte delle discussioni sullo sviluppo di &arts; avvengono su due mailing list. Queste sono il posto per discutere nuove caratteristiche e idee di implementazione o per chiedere aiuto sui problemi. </para>
+
+<para>La mailing list &kde; Multimedia è per la discussione generale su &kde; Multimedia, compresi &arts; e le applicazioni multimediali come &noatun; e &aktion;. Puoi iscriverti dalla pagina web a <ulink url="http://www.kde.org/mailinglists.html">http://www.kde.org/mailinglists.html</ulink>, o inviare una e-mail con oggetto <userinput>subscribe <replaceable>tuo indirizzo e-mail</replaceable></userinput> a <email>kde-multimedia-request@kde.org</email>. La lista viene inoltre archiviata a <ulink url="http://lists.kde.org">http://lists.kde.org</ulink>. </para>
+
+<para>La mailing list &arts; riguarda gli argomenti specifici di &arts;, tra cui l'uso di &arts; fuori da &kde;. Per iscriverti, invia una e-mail contenente come corpo del messaggio <userinput>subscribe <replaceable>tuo indirizzo e-mail</replaceable></userinput> a <email>arts-request@space.twc.de</email>. La lista viene archiviata a <ulink url="http://space.twc.de/~stefan/arts-archive">http://space.twc.de/~stefan/arts-archive</ulink>. </para>
 
 </sect1>
 
 <sect1 id="coding-standards">
-<title
->Standard per il codice</title>
+<title>Standard per il codice</title>
 
-<para
->Per una lettura consistente tra tutti i sorgenti, è importante mantenere un unico stile di scrittura del codice per tutti i sorgenti di &arts;. Per favore, anche se scrivi solo un modulo, cerca di scrivere/formattare allo stesso modo il tuo codice, dato che questo renderà più semplice la manutenzione dell'albero dei sorgenti a persone diverse, e la copia di pezzi di un sorgente in un altro. </para>
+<para>Per una lettura consistente tra tutti i sorgenti, è importante mantenere un unico stile di scrittura del codice per tutti i sorgenti di &arts;. Per favore, anche se scrivi solo un modulo, cerca di scrivere/formattare allo stesso modo il tuo codice, dato che questo renderà più semplice la manutenzione dell'albero dei sorgenti a persone diverse, e la copia di pezzi di un sorgente in un altro. </para>
 
 <variablelist>
 <varlistentry>
-<term
->Nomi per le funzioni membro</term>
+<term>Nomi per le funzioni membro</term>
 <listitem>
-<para
->Stile &Qt;/&Java;. Questo significa l'uso delle maiuscole come separazione delle parole e la prima lettera sempre minuscola; nessun underscore (_). </para>
-<para
->Questo significa, per esempio:</para>
+<para>Stile &Qt;/&Java;. Questo significa l'uso delle maiuscole come separazione delle parole e la prima lettera sempre minuscola; nessun underscore (_). </para>
+<para>Questo significa, per esempio:</para>
 
-<programlisting
->createStructureDesc()
+<programlisting>createStructureDesc()
    updateWidget();
    start(); </programlisting>
 
@@ -76,94 +43,54 @@ this prolog. Be sure to comment it out again when you are done -->
 </varlistentry>
 
 <varlistentry>
-<term
->Classi membro</term>
+<term>Classi membro</term>
 <listitem>
-<para
->Le classi membro non hanno mai la maiuscola, come menubar o button. </para>
+<para>Le classi membro non hanno mai la maiuscola, come menubar o button. </para>
 
-<para
->Quando ci sono funzioni di accesso, lo standard dovrebbe essere come &MCOP;, cioè, quando hai un membro lungo <function
->foo</function
->, che non dovrebbe essere visibile direttamente, crea: </para>
+<para>Quando ci sono funzioni di accesso, lo standard dovrebbe essere come &MCOP;, cioè, quando hai un membro lungo <function>foo</function>, che non dovrebbe essere visibile direttamente, crea: </para>
 
-<programlisting
->foo(long new_value);
+<programlisting>foo(long new_value);
    long foo(); </programlisting>
 
-<para
->Funzioni che prelevano e impostano i valori. In questo caso, il valore reale di <function
->foo</function
-> dovrebbe essere memorizzato in <returnvalue
->&lowbar;foo</returnvalue
->. </para>
+<para>Funzioni che prelevano e impostano i valori. In questo caso, il valore reale di <function>foo</function> dovrebbe essere memorizzato in <returnvalue>&lowbar;foo</returnvalue>. </para>
 </listitem>
 </varlistentry>
 
 <varlistentry>
-<term
->Nomi delle classi</term>
+<term>Nomi delle classi</term>
 <listitem>
-<para
->Tutte le classi dovrebbero avere la maiuscola ad ogni inizio di parola, il che significa <classname
->ModuleView</classname
->, <classname
->SynthModule</classname
->. Tutte le classi che appartengono alle librerie dovrebbero utilizzare il namespace &arts;, come <classname
->Arts::Soundserver</classname
->. </para>
-<para
->Le implementazioni delle classi &MCOP; dovrebbero essere chiamate <classname
->Class&lowbar;impl</classname
->, come <classname
->SoundServer&lowbar;impl</classname
->. </para>
+<para>Tutte le classi dovrebbero avere la maiuscola ad ogni inizio di parola, il che significa <classname>ModuleView</classname>, <classname>SynthModule</classname>. Tutte le classi che appartengono alle librerie dovrebbero utilizzare il namespace &arts;, come <classname>Arts::Soundserver</classname>. </para>
+<para>Le implementazioni delle classi &MCOP; dovrebbero essere chiamate <classname>Class&lowbar;impl</classname>, come <classname>SoundServer&lowbar;impl</classname>. </para>
 </listitem>
 </varlistentry>
 
 <varlistentry>
-<term
->Parametri</term>
+<term>Parametri</term>
 <listitem>
-<para
->I parametri non hanno mai la maiuscola. </para>
+<para>I parametri non hanno mai la maiuscola. </para>
 </listitem>
 </varlistentry>
 
 <varlistentry>
-<term
->Variabili locali</term>
+<term>Variabili locali</term>
 <listitem>
-<para
->Le variabili locali non hanno mai la maiuscola, e possono avere nomi come <varname
->i</varname
->, <varname
->p</varname
->, <varname
->x</varname
->, &etc; dove appropriato. </para>
+<para>Le variabili locali non hanno mai la maiuscola, e possono avere nomi come <varname>i</varname>, <varname>p</varname>, <varname>x</varname>, &etc; dove appropriato. </para>
 </listitem>
 </varlistentry>
 
 <varlistentry>
-<term
->Larghezza delle tabulazioni</term>
+<term>Larghezza delle tabulazioni</term>
 <listitem>
-<para
->Una tabulazione è lunga come 4 spazi. </para>
+<para>Una tabulazione è lunga come 4 spazi. </para>
 </listitem>
 </varlistentry>
 
 <varlistentry>
-<term
->Gli spazi nelle espressioni</term>
+<term>Gli spazi nelle espressioni</term>
 <listitem>
-<para
->Normalmente non hai bisogno di usare spazi nelle espressioni. Comunque puoi usarli tra gli operatori ed i lori operando. Comunque, se metti uno spazio prima di un operatore (ad esempio, +), devi metterne uno anche dopo di esso. L'unica eccezione a questo sono le espressioni simili a liste (con la ,), nelle quali dovresti mettere solo uno spazio dopo la ",", ma non prima. Va bene anche se ometti questi spazi comunque. </para>
-<para
->I seguenti esempi mostrano l'utilizzo corretto degli spazi: </para>
-<programlisting
->{
+<para>Normalmente non hai bisogno di usare spazi nelle espressioni. Comunque puoi usarli tra gli operatori ed i lori operando. Comunque, se metti uno spazio prima di un operatore (ad esempio, +), devi metterne uno anche dopo di esso. L'unica eccezione a questo sono le espressioni simili a liste (con la ,), nelle quali dovresti mettere solo uno spazio dopo la ",", ma non prima. Va bene anche se ometti questi spazi comunque. </para>
+<para>I seguenti esempi mostrano l'utilizzo corretto degli spazi: </para>
+<programlisting>{
     int a,b;
     int c, d, e;
     int f = 4;
@@ -181,12 +108,8 @@ this prolog. Be sure to comment it out again when you are done -->
     arts_debug("%d\n", c);
 }
 </programlisting>
-<para
->I seguenti esempi mostrano come gli spazi <emphasis
->non</emphasis
-> vanno utilizzati. Per le chiamate di funzione, dopo if, while, for, switch, e così via, non ci vuole nessuno spazio. </para>
-<programlisting
->{
+<para>I seguenti esempi mostrano come gli spazi <emphasis>non</emphasis> vanno utilizzati. Per le chiamate di funzione, dopo if, while, for, switch, e così via, non ci vuole nessuno spazio. </para>
+<programlisting>{
     // SBAGLIATO: se scrivi una lista, usa gli spazi solo dopo la ","
     int a , b , c , d , e , f;
 
@@ -213,22 +136,11 @@ this prolog. Be sure to comment it out again when you are done -->
 
 
 <varlistentry>
-<term
->Nomi dei file sorgente</term>
+<term>Nomi dei file sorgente</term>
 <listitem>
-<para
->I file sorgente non dovrebbero avere nessuna maiuscola nel nome. Dovrebbero avere il nome della classe quando implementano una singola classe. La loro estensione è <literal role="extension"
->.cc</literal
-> se si riferiscono a codice indipendente da &Qt;/&GUI;, e <literal role="extension"
->.cpp</literal
-> se si riferiscono a codice dipendente da &Qt;/&GUI;. I file di implementazione per le interfacce dovrebbero essere chiamati <filename
-><replaceable
->foo</replaceable
-></filename
->, se Foo è il nome dell'interfaccia. </para>
-
-<para
->I file &IDL; dovrebbero essere chiamati in un modo che descriva la raccolta di interfacce che contengono, sempre tutto in minuscolo. Specialmente non è una buona idea chiamare un file &IDL; come la classe, dato che il trader .mcopclass e le voci di informazione sui tipi colliderebbero, in questo caso. </para>
+<para>I file sorgente non dovrebbero avere nessuna maiuscola nel nome. Dovrebbero avere il nome della classe quando implementano una singola classe. La loro estensione è <literal role="extension">.cc</literal> se si riferiscono a codice indipendente da &Qt;/&GUI;, e <literal role="extension">.cpp</literal> se si riferiscono a codice dipendente da &Qt;/&GUI;. I file di implementazione per le interfacce dovrebbero essere chiamati <filename><replaceable>foo</replaceable></filename>, se Foo è il nome dell'interfaccia. </para>
+
+<para>I file &IDL; dovrebbero essere chiamati in un modo che descriva la raccolta di interfacce che contengono, sempre tutto in minuscolo. Specialmente non è una buona idea chiamare un file &IDL; come la classe, dato che il trader .mcopclass e le voci di informazione sui tipi colliderebbero, in questo caso. </para>
 </listitem>
 </varlistentry>
 </variablelist>
diff --git a/tde-i18n-it/docs/tdemultimedia/artsbuilder/midiintro.docbook b/tde-i18n-it/docs/tdemultimedia/artsbuilder/midiintro.docbook
index addb2c320d6..18cfec93302 100644
--- a/tde-i18n-it/docs/tdemultimedia/artsbuilder/midiintro.docbook
+++ b/tde-i18n-it/docs/tdemultimedia/artsbuilder/midiintro.docbook
@@ -5,12 +5,8 @@ this prolog. Be sure to comment it out again when you are done -->
 
 <appendix id="midi-introduction">
 
-<title
->Introduzione al sistema <acronym
->MIDI</acronym
-></title>
+<title>Introduzione al sistema <acronym>MIDI</acronym></title>
 
-<para
->Ancora da scrivere </para>
+<para>Ancora da scrivere </para>
 
 </appendix>
diff --git a/tde-i18n-it/docs/tdemultimedia/artsbuilder/porting.docbook b/tde-i18n-it/docs/tdemultimedia/artsbuilder/porting.docbook
index f0b84a21d73..018f7a92af9 100644
--- a/tde-i18n-it/docs/tdemultimedia/artsbuilder/porting.docbook
+++ b/tde-i18n-it/docs/tdemultimedia/artsbuilder/porting.docbook
@@ -4,47 +4,25 @@ To validate or process this file as a standalone document, uncomment
 this prolog. Be sure to comment it out again when you are done -->
 
 <chapter id="porting">
-<title
->Il porting delle applicazioni su &arts;</title>
+<title>Il porting delle applicazioni su &arts;</title>
 
 <sect1 id="using-artsdsp">
-<title
->Uso di &artsdsp;</title>
+<title>Uso di &artsdsp;</title>
 
-<para
->L'utility &artsdsp;, <link linkend="artsdsp"
->descritta precedentemente</link
->, permette alla maggior parte delle vecchie applicazioni sonore che parlano direttamente ai dispositivi audio di funzionare correttamente sotto &arts;. Anche le applicazioni scritte per l'Enlightenment Sound Daemon, (<application
->esd</application
->) funzioneranno nella maggior parte dei casi lanciando <application
->esd</application
-> sotto &artsdsp;. </para>
+<para>L'utility &artsdsp;, <link linkend="artsdsp">descritta precedentemente</link>, permette alla maggior parte delle vecchie applicazioni sonore che parlano direttamente ai dispositivi audio di funzionare correttamente sotto &arts;. Anche le applicazioni scritte per l'Enlightenment Sound Daemon, (<application>esd</application>) funzioneranno nella maggior parte dei casi lanciando <application>esd</application> sotto &artsdsp;. </para>
 
-<para
->Questa è una buona soluzione a breve termine per fare il porting delle applicazioni esistenti su &kde;. Comunque, non permette all'applicazione di sfruttare direttamente tutte le potenzialità di &arts;, come utilizzare moduli e flussi multimediali diversi dall'audio digitale. Se l'applicazione va oltre la semplice riproduzione di file sonori, è solitamente una buona idea aggiungere ad essa il supporto nativo per &arts;. </para>
+<para>Questa è una buona soluzione a breve termine per fare il porting delle applicazioni esistenti su &kde;. Comunque, non permette all'applicazione di sfruttare direttamente tutte le potenzialità di &arts;, come utilizzare moduli e flussi multimediali diversi dall'audio digitale. Se l'applicazione va oltre la semplice riproduzione di file sonori, è solitamente una buona idea aggiungere ad essa il supporto nativo per &arts;. </para>
 
-<para
->Utilizzare &arts; vuole anche dire che l'applicazione non dovrà compiere più tanto lavoro: può sfruttare le funzioni di &arts; per gestire cose complicate come codec per formati di media differenti ed il controllo dell'hardware sonoro. </para>
+<para>Utilizzare &arts; vuole anche dire che l'applicazione non dovrà compiere più tanto lavoro: può sfruttare le funzioni di &arts; per gestire cose complicate come codec per formati di media differenti ed il controllo dell'hardware sonoro. </para>
 
 </sect1>
 
 <sect1 id="adding-native-arts-support">
-<title
->Aggiungere il supporto nativo per &arts;</title>
-
-<para
->Quando usi &arts;, hai un certo numero di <link linkend="arts-apis"
-><acronym
->API</acronym
-></link
-> diverse tra cui scegliere. La decisione di quale utilizzare dipende da un certo numero di fattori, come il tipo di streaming media che vuoi utilizzare (suono, &MIDI;, &CD; audio, &etc;), le caratteristiche dell'<acronym
->API</acronym
-> richieste, e se essa è scritta in C++. Nella maggior parte dei casi la scelta dovrebbe essere relativamente ovvia, basandosi sulle caratteristiche richieste. </para>
-
-<para
->Per la portabilità multi-piattaforma, le applicazioni che hanno bisogno di girare su ambienti diversi da &kde; non possono fare affidamento sulla presenza di &arts;. L'utilizzo del paradigma a plug-in è un buon modo per supportare ambienti multimediali differenti. Rendere l'<acronym
->API</acronym
-> del plug-in aperta e documentata (specialmente per le applicazioni a codice sorgente chiuso) ha anche il vantaggio di permettere a qualcuno che non sia lo sviluppatore dell'applicazione di implementare un plug-in per &arts;. </para>
+<title>Aggiungere il supporto nativo per &arts;</title>
+
+<para>Quando usi &arts;, hai un certo numero di <link linkend="arts-apis"><acronym>API</acronym></link> diverse tra cui scegliere. La decisione di quale utilizzare dipende da un certo numero di fattori, come il tipo di streaming media che vuoi utilizzare (suono, &MIDI;, &CD; audio, &etc;), le caratteristiche dell'<acronym>API</acronym> richieste, e se essa è scritta in C++. Nella maggior parte dei casi la scelta dovrebbe essere relativamente ovvia, basandosi sulle caratteristiche richieste. </para>
+
+<para>Per la portabilità multi-piattaforma, le applicazioni che hanno bisogno di girare su ambienti diversi da &kde; non possono fare affidamento sulla presenza di &arts;. L'utilizzo del paradigma a plug-in è un buon modo per supportare ambienti multimediali differenti. Rendere l'<acronym>API</acronym> del plug-in aperta e documentata (specialmente per le applicazioni a codice sorgente chiuso) ha anche il vantaggio di permettere a qualcuno che non sia lo sviluppatore dell'applicazione di implementare un plug-in per &arts;. </para>
 
 </sect1>
 
diff --git a/tde-i18n-it/docs/tdemultimedia/artsbuilder/references.docbook b/tde-i18n-it/docs/tdemultimedia/artsbuilder/references.docbook
index 1296e68c3b5..8634581036e 100644
--- a/tde-i18n-it/docs/tdemultimedia/artsbuilder/references.docbook
+++ b/tde-i18n-it/docs/tdemultimedia/artsbuilder/references.docbook
@@ -4,55 +4,39 @@ To validate or process this file as a standalone document, uncomment
 this prolog. Be sure to comment it out again when you are done -->
 
 <chapter id="references">
-<title
->Riferimenti</title>
+<title>Riferimenti</title>
 
 <variablelist>
 
 <varlistentry>
-<term
-><ulink
-url="http://multimedia.kde.org"
->http://multimedia.kde.org</ulink
-></term>
+<term><ulink
+url="http://multimedia.kde.org">http://multimedia.kde.org</ulink></term>
 <listitem>
-<para
->Questo è il sito web principale per le informazioni multimediali che riguardano &kde;. </para>
+<para>Questo è il sito web principale per le informazioni multimediali che riguardano &kde;. </para>
 </listitem>
 </varlistentry>
 
 <varlistentry>
-<term
-><ulink
-url="http://www.arts-project.org"
->http://www.arts-project.org</ulink
-></term>
+<term><ulink
+url="http://www.arts-project.org">http://www.arts-project.org</ulink></term>
 <listitem>
-<para
->Questa è la home page del progetto &arts;. </para>
+<para>Questa è la home page del progetto &arts;. </para>
 </listitem>
 </varlistentry>
 
 <varlistentry>
-<term
->Sviluppo di &kde; 2.0</term>
+<term>Sviluppo di &kde; 2.0</term>
 <listitem>
-<para
->Il capitolo 14 di questo libro tratta del multimediale, compreso &arts;. Il libro è disponibile stampato o on-line, con annotazioni all'indirizzo <ulink url="http://www.andamooka.org/"
->http://www.andamooka.org</ulink
->. </para>
+<para>Il capitolo 14 di questo libro tratta del multimediale, compreso &arts;. Il libro è disponibile stampato o on-line, con annotazioni all'indirizzo <ulink url="http://www.andamooka.org/">http://www.andamooka.org</ulink>. </para>
 </listitem>
 </varlistentry>
 
 <varlistentry>
 <term>
 <ulink
-url="http://sound.condorow.net"
->http://sound.condorow.net</ulink
-></term>
+url="http://sound.condorow.net">http://sound.condorow.net</ulink></term>
 <listitem>
-<para
->Questo sito ha una lista molto estesa di applicazioni sonore e &MIDI; per &Linux;. </para>
+<para>Questo sito ha una lista molto estesa di applicazioni sonore e &MIDI; per &Linux;. </para>
 </listitem>
 </varlistentry>