Additional k => tde renaming and fixes

1 files changed, 97 insertions, 97 deletions

diff --git a/tde-i18n-it/docs/tdevelop/kdearch/index.docbook b/tde-i18n-it/docs/tdevelop/kdearch/index.docbook
index b1dfa2c7f05..cc9966e649d 100644
--- a/tde-i18n-it/docs/tdevelop/kdearch/index.docbook
+++ b/tde-i18n-it/docs/tdevelop/kdearch/index.docbook
@@ -25,7 +25,7 @@
 > <affiliation
 ><address
 ><email
->bernd@tdevelop.org</email
+>bernd@kdevelop.org</email
 ></address
 ></affiliation>
 </author>
@@ -97,13 +97,13 @@
 
 <varlistentry>
 <term
-><ulink url="kdeapi:kio/index.html"
->kio</ulink
+><ulink url="kdeapi:tdeio/index.html"
+>tdeio</ulink
 ></term>
 <listitem
 ><para
 >La libreria <literal
->kio</literal
+>tdeio</literal
 > contiene funzioni per l'input/output asincrono trasparente alla rete e l'accesso alla gestione dei tipi MIME. Essa fornisce anche la finestra di dialogo KDE per i file e le sue classi di aiuto. </para
 ></listitem>
 </varlistentry>
@@ -123,14 +123,14 @@
 
 <varlistentry>
 <term
-><ulink url="kdeapi:khtml/index.html"
->khtml</ulink
+><ulink url="kdeapi:tdehtml/index.html"
+>tdehtml</ulink
 ></term>
 <listitem
 ><para
 >La libreria <literal
->khtml</literal
-> contiene il componente KHTML, un widget per navigare nelle pagine HTML, un parser per il modello DOM, le relative API e le interfacce per Java e JavaScript. </para
+>tdehtml</literal
+> contiene il componente TDEHTML, un widget per navigare nelle pagine HTML, un parser per il modello DOM, le relative API e le interfacce per Java e JavaScript. </para
 ></listitem>
 </varlistentry>
 
@@ -401,8 +401,8 @@
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:tdecore/KZoneAllocator"
->KZoneAllocator</ulink
+><ulink url="kdeapi:tdecore/TDEZoneAllocator"
+>TDEZoneAllocator</ulink
 ></title>
 <para
 >Efficiente allocatore di memoria per grandi insiemi di piccoli oggetti. </para>
@@ -430,8 +430,8 @@
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:tdecore/KAccel"
->KAccel</ulink
+><ulink url="kdeapi:tdecore/TDEAccel"
+>TDEAccel</ulink
 ></title>
 <para
 >Collezione di scorciatoie da tastiera. </para>
@@ -441,8 +441,8 @@
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:tdecore/KStdAccel"
->KStdAccel</ulink
+><ulink url="kdeapi:tdecore/TDEStdAccel"
+>TDEStdAccel</ulink
 ></title>
 <para
 >Facile accesso alle comuni scorciatoie da tastiera. </para>
@@ -470,8 +470,8 @@
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:tdecore/KIconLoader"
->KIconLoader</ulink
+><ulink url="kdeapi:tdecore/TDEIconLoader"
+>TDEIconLoader</ulink
 ></title>
 <para
 >Carica le icone in modo conforme con il tema. </para>
@@ -481,11 +481,11 @@
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:tdecore/KIconTheme"
->KIconTheme</ulink
+><ulink url="kdeapi:tdecore/TDEIconTheme"
+>TDEIconTheme</ulink
 ></title>
 <para
->Classe di aiuto per KIconLoader. </para>
+>Classe di aiuto per TDEIconLoader. </para>
 </formalpara
 ></listitem>
 
@@ -576,8 +576,8 @@
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:tdecore/KCompletion"
->KCompletion</ulink
+><ulink url="kdeapi:tdecore/TDECompletion"
+>TDECompletion</ulink
 ></title>
 <para
 >Completamento automatico generico per le stringhe. </para>
@@ -587,7 +587,7 @@
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:kio/KURLCompletion"
+><ulink url="kdeapi:tdeio/KURLCompletion"
 >KURLCompletion</ulink
 ></title>
 <para
@@ -598,7 +598,7 @@
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:kio/KShellCompletion"
+><ulink url="kdeapi:tdeio/KShellCompletion"
 >KShellCompletion</ulink
 ></title>
 <para
@@ -616,8 +616,8 @@
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:tdeui/KListView"
->KListView</ulink
+><ulink url="kdeapi:tdeui/TDEListView"
+>TDEListView</ulink
 ></title>
 <para
 >Una variante di <classname
@@ -629,8 +629,8 @@
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:tdeui/KListView"
->KListBox</ulink
+><ulink url="kdeapi:tdeui/TDEListView"
+>TDEListBox</ulink
 ></title>
 <para
 >Una variante di <classname
@@ -642,8 +642,8 @@
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:tdeui/KListView"
->KIconView</ulink
+><ulink url="kdeapi:tdeui/TDEListView"
+>TDEIconView</ulink
 ></title>
 <para
 >Una variante di <classname
@@ -655,7 +655,7 @@
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:tdeui/KListView"
+><ulink url="kdeapi:tdeui/TDEListView"
 >KLineEdit</ulink
 ></title>
 <para
@@ -681,8 +681,8 @@
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:tdeui/KFontCombo"
->KFontCombo</ulink
+><ulink url="kdeapi:tdeui/TDEFontCombo"
+>TDEFontCombo</ulink
 ></title>
 <para
 >Una casella per la selezione dei font. </para>
@@ -725,7 +725,7 @@
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:kfile/KURLRequester"
+><ulink url="kdeapi:tdefile/KURLRequester"
 >KURLRequester</ulink
 ></title>
 <para
@@ -788,7 +788,7 @@ url="kdeapi:tdeui/KAnimWidget"
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:kfile/KFileDialog"
+><ulink url="kdeapi:tdefile/KFileDialog"
 >KFileDialog</ulink
 ></title>
 <para
@@ -810,8 +810,8 @@ url="kdeapi:tdeui/KAnimWidget"
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:tdeui/KFontDialog"
->KFontDialog</ulink
+><ulink url="kdeapi:tdeui/TDEFontDialog"
+>TDEFontDialog</ulink
 ></title>
 <para
 >Una finestra di dialogo per selezionare i font. </para>
@@ -821,8 +821,8 @@ url="kdeapi:tdeui/KAnimWidget"
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:kfile/KIconDialog"
->KIconDialog</ulink
+><ulink url="kdeapi:tdefile/TDEIconDialog"
+>TDEIconDialog</ulink
 ></title>
 <para
 >Una finestra di dialogo per selezionare le icone. </para>
@@ -865,8 +865,8 @@ url="kdeapi:tdeui/KAnimWidget"
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:tdeui/KAboutDialog"
->KAboutDialog</ulink
+><ulink url="kdeapi:tdeui/TDEAboutDialog"
+>TDEAboutDialog</ulink
 ></title>
 <para
 >Una finestra di dialogo che visualizza le informazioni. </para>
@@ -887,7 +887,7 @@ url="kdeapi:tdeui/KAnimWidget"
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:kfile/KURLRequesterDlg"
+><ulink url="kdeapi:tdefile/KURLRequesterDlg"
 >KURLRequesterDlg</ulink
 ></title>
 <para
@@ -927,8 +927,8 @@ url="kdeapi:tdeui/KAnimWidget"
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:tdeui/KAction"
->KAction</ulink
+><ulink url="kdeapi:tdeui/TDEAction"
+>TDEAction</ulink
 ></title>
 <para
 >Astrazione per un'azione che può essere collegata alle barre dei menu e alle barre degli strumenti. </para>
@@ -938,8 +938,8 @@ url="kdeapi:tdeui/KAnimWidget"
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:tdeui/KActionCollection"
->KActionCollection</ulink
+><ulink url="kdeapi:tdeui/TDEActionCollection"
+>TDEActionCollection</ulink
 ></title>
 <para
 >Un insieme di azioni. </para>
@@ -960,7 +960,7 @@ url="kdeapi:tdeui/KAnimWidget"
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:kparts/KPartManager"
+><ulink url="kdeapi:tdeparts/KPartManager"
 >KPartManager</ulink
 ></title>
 <para
@@ -1011,7 +1011,7 @@ url="kdeapi:tdeui/KAnimWidget"
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:kio/KServiceType"
+><ulink url="kdeapi:tdeio/KServiceType"
 >KServiceType</ulink
 ></title>
 <para
@@ -1022,7 +1022,7 @@ url="kdeapi:tdeui/KAnimWidget"
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:kio/KService"
+><ulink url="kdeapi:tdeio/KService"
 >KService</ulink
 ></title>
 <para
@@ -1033,7 +1033,7 @@ url="kdeapi:tdeui/KAnimWidget"
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:kio/KMimeType"
+><ulink url="kdeapi:tdeio/KMimeType"
 >KMimeType</ulink
 ></title>
 <para
@@ -1044,7 +1044,7 @@ url="kdeapi:tdeui/KAnimWidget"
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:kio/KServiceTypeProfile"
+><ulink url="kdeapi:tdeio/KServiceTypeProfile"
 >KServiceTypeProfile</ulink
 ></title>
 <para
@@ -1055,8 +1055,8 @@ url="kdeapi:tdeui/KAnimWidget"
 <listitem
 ><formalpara
 ><title
-><ulink url="kdeapi:kio/KServiceTypeProfile"
->KTrader</ulink
+><ulink url="kdeapi:tdeio/KServiceTypeProfile"
+>TDETrader</ulink
 ></title>
 <para
 >Richiesta di servizi. </para>
@@ -1698,8 +1698,8 @@ url="kdeapi:tdeui/KAnimWidget"
 >) appariranno nelle posizioni indicate nella guida allo stile. XMLGUI è particolarmente importante per i programmi modulari, dove gli oggetti che appaiono nella barra dei menu possono provenire da diversi plugin o componenti. </para>
 
 <para
->La classe KDE per le finestre toplevel, <ulink url="kdeapi:tdeui/KMainWindow.html"
->KMainWindow</ulink
+>La classe KDE per le finestre toplevel, <ulink url="kdeapi:tdeui/TDEMainWindow.html"
+>TDEMainWindow</ulink
 >, eredita da <ulink url="kdeapi:tdeui/KXMLGUIClient.html"
 >KXMLGUIClient</ulink
 >, e quindi supporta direttamente XMLGUI. Tutte le azioni create al suo interno devono avere come genitore il valore <literal
@@ -1763,19 +1763,19 @@ rc_DATA = kviewui.rc
 >KStdAction::zoomIn    ( this, SLOT(slotZoomIn()), actionCollection() );
   KStdAction::zoomOut   ( this, SLOT(slotZoomOut()), actionCollection() );
   KStdAction::zoom      ( this, SLOT(slotZoom()), actionCollection() );
-  new KAction           ( i18n("&amp;Half size"), ALT+Key_0, 
+  new TDEAction           ( i18n("&amp;Half size"), ALT+Key_0, 
                           this, SLOT(slotHalfSize()), 
                           actionCollection(), "zoom50" );
-  new KAction           ( i18n("&amp;Normal size"), ALT+Key_1,
+  new TDEAction           ( i18n("&amp;Normal size"), ALT+Key_1,
                           this, SLOT(slotDoubleSize()), 
                           actionCollection(), "zoom100" );
-  new KAction           ( i18n("&amp;Double size"), ALT+Key_2, 
+  new TDEAction           ( i18n("&amp;Double size"), ALT+Key_2, 
                           this, SLOT(slotDoubleSize()), 
                           actionCollection(), "zoom200" );
-  new KAction           ( i18n("&amp;Fill Screen"), ALT+Key_3, 
+  new TDEAction           ( i18n("&amp;Fill Screen"), ALT+Key_3, 
                           this, SLOT(slotFillScreen()), 
                           actionCollection(), "zoomMaxpect" );
-  new KAction           ( i18n("Fullscreen &amp;Mode"), CTRL+SHIFT+Key_F, 
+  new TDEAction           ( i18n("Fullscreen &amp;Mode"), CTRL+SHIFT+Key_F, 
                           this, SLOT(slotFullScreen()), 
                           actionCollection(), "fullscreen" );
 </programlisting>
@@ -1973,7 +1973,7 @@ rc_DATA = kviewui.rc
     unplugActionList("openwith");
     openWithActions.clear();
     for ( /* iterate over the relevant services */ ) {
-        KAction *action = new KAction( ...);
+        TDEAction *action = new TDEAction( ...);
         openWithActions.append(action);
     }
     plugActionList("openwith", openWithActions);
@@ -2096,12 +2096,12 @@ rc_DATA = kviewui.rc
 <para
 >Se la barra dei menu e la barra degli strumenti sono costruite usando il <ulink url="actionpattern.html"
 >pattern action</ulink
->, le stringhe usate per i suggerimenti sono derivate dal primo argomento del costruttore di <ulink url="kdeapi:tdeui/KAction.html"
->KAction</ulink
+>, le stringhe usate per i suggerimenti sono derivate dal primo argomento del costruttore di <ulink url="kdeapi:tdeui/TDEAction.html"
+>TDEAction</ulink
 >: </para>
 
 <programlisting
->action = new KAction(i18n("&amp;Delete"), "editdelete", 
+>action = new TDEAction(i18n("&amp;Delete"), "editdelete", 
                      SHIFT+Key_Delete, actionCollection(), "del")
 </programlisting>
 
@@ -2332,9 +2332,9 @@ X-KDevelop-Scope=Project
 >KDevFactory</classname
 > (che eredita da <classname
 >KLibFactory</classname
->). Altri esempi comuni sono <ulink url="kdeapi:kparts/KParts::Factory"
+>). Altri esempi comuni sono <ulink url="kdeapi:tdeparts/KParts::Factory"
 >KParts::Factory</ulink
-> che si presuppone che produca oggetti <ulink url="kdeapi:kparts/KParts::ReadOnlyPart"
+> che si presuppone che produca oggetti <ulink url="kdeapi:tdeparts/KParts::ReadOnlyPart"
 >KParts::ReadOnlyPart</ulink
 > o nella maggior parte dei casi il generico <ulink url="kdeapi:tdecore/KLibFactory"
 >KLibFactory</ulink
@@ -2348,7 +2348,7 @@ X-KDevelop-Scope=Project
 >Usare i servizi con librerie condivise</title>
 
 <para
->Per usare un servizio con una libreria condivisa in una applicazione, si deve ottenere un oggetto <ulink url="kdeapi:kio/KService.html"
+>Per usare un servizio con una libreria condivisa in una applicazione, si deve ottenere un oggetto <ulink url="kdeapi:tdeio/KService.html"
 >KService</ulink
 > che lo rappresenta. Questo è discusso nella <ulink url="mime.html"
 >sezione sui tipi MIME</ulink
@@ -2397,8 +2397,8 @@ if (!factory) {
 
 <para
 >Un servizio DCOP è normalmente implementato come un programma che viene avviato quando è necessario. In seguito esso inizia un ciclo dove attende le connessioni DCOP. Il programma può essere interattivo, ma può anche essere eseguito completamente o parzialmente come un demone in background senza che l'utente lo noti. Un esempio di un tale demone è <literal
->kio_uiserver</literal
->, che implementa l'interazione con l'utente come una finestra di avanzamento per la libreria KIO. Il vantaggio di un demone centralizzato consiste ad esempio nel poter mostrare in una finestra gli avanzamenti del download di diversi file anche se questi sono stati avviati da diverse applicazioni. </para>
+>tdeio_uiserver</literal
+>, che implementa l'interazione con l'utente come una finestra di avanzamento per la libreria TDEIO. Il vantaggio di un demone centralizzato consiste ad esempio nel poter mostrare in una finestra gli avanzamenti del download di diversi file anche se questi sono stati avviati da diverse applicazioni. </para>
 
 <para
 >Un servizio DCOP è definito diversamente da un servizio di una libreria condivisa. Ovviamente esso non specifica una libreria ma un eseguibile. Inoltre i servizi DCOP non dichiarano una linea ServiceType poiché normalmente vengono avviati con il loro nome. Contiene due linee aggiuntive: </para>
@@ -2430,14 +2430,14 @@ if (!factory) {
 
 <para
 >Ecco la definizione di <literal
->kio_uiserver</literal
+>tdeio_uiserver</literal
 >: </para>
 
 <programlisting
 >[Desktop Entry]
 Type=Service
-Name=kio_uiserver
-Exec=kio_uiserver
+Name=tdeio_uiserver
+Exec=tdeio_uiserver
 X-DCOP-ServiceType=Unique
 X-TDE-StartupNotify=false
 </programlisting>
@@ -2455,9 +2455,9 @@ X-TDE-StartupNotify=false
 <programlisting
 >DCOPClient *client = kapp->dcopClient();
 client->attach();
-if (!client->isApplicationRegistered("kio_uiserver")) {
+if (!client->isApplicationRegistered("tdeio_uiserver")) {
     QString error;
-    if (TDEApplication::startServiceByName("kio_uiserver", QStringList(), &amp;error))
+    if (TDEApplication::startServiceByName("tdeio_uiserver", QStringList(), &amp;error))
         cout &lt;&lt; "Starting kioserver failed with message " &lt;&lt; error &lt;&lt; endl;
 }
 ...
@@ -2465,9 +2465,9 @@ QByteArray data, replyData;
 QCString replyType;
 QDataStream arg(data, IO_WriteOnly);
 arg &lt;&lt; true;
-if (!client->call("kio_uiserver", "UIServer", "setListMode(bool)", 
+if (!client->call("tdeio_uiserver", "UIServer", "setListMode(bool)", 
                   data, replyType, replyData))
-    cout &lt;&lt; "Call to kio_uiserver failed" &lt;&lt; endl;
+    cout &lt;&lt; "Call to tdeio_uiserver failed" &lt;&lt; endl;
 ...
 </programlisting>
 
@@ -2482,7 +2482,7 @@ if (!client->call("kio_uiserver", "UIServer", "setListMode(bool)",
 > del file desktop. In alternativa si può usare la funzione <function
 >TDEApplication::startServiceByDesktopName()</function
 >, che accetta come argomento il nome del suo file desktop, in questo caso <literal
->"kio_uiserver.desktop"</literal
+>"tdeio_uiserver.desktop"</literal
 >. </para>
 
 <para
@@ -2600,7 +2600,7 @@ Comment[de]=Foo Datei
 >. </para>
 
 <para
->Nelle librerie KDE, una tale definizione di tipo è mappata con una istanza della classe <ulink url="kdeapi:kio/KMimeType.html"
+>Nelle librerie KDE, una tale definizione di tipo è mappata con una istanza della classe <ulink url="kdeapi:tdeio/KMimeType.html"
 >KMimeType</ulink
 >. Usarla come nel seguente esempio: </para>
 
@@ -2649,7 +2649,7 @@ else
 >(questo metodo ha altri argomenti, ma questi non sono documentati, quindi vengono semplicemente tralasciati). </para>
 
 <para
->Si potrebbe voler trovare un tipo MIME dai contenuti di un file invece che dal nome. Questo sistema è più affidabile ma anche più lento, siccome richiede la lettura di una parte del file. Questo viene fatto con la classe <ulink url="kdeapi:kio/KMimeMagic.html"
+>Si potrebbe voler trovare un tipo MIME dai contenuti di un file invece che dal nome. Questo sistema è più affidabile ma anche più lento, siccome richiede la lettura di una parte del file. Questo viene fatto con la classe <ulink url="kdeapi:tdeio/KMimeMagic.html"
 >KMimeMagic</ulink
 > che ha diverse gestioni di errore: </para>
 
@@ -2689,14 +2689,14 @@ else
 </programlisting>
 
 <para
->Questo avvia un job di KIO che scaricherà una porzione del file e la controllerà. Notare che questa funzione può essere lenta e bloccare il programma. Normalmente si vorrà usarla solo se la funzione <function
+>Questo avvia un job di TDEIO che scaricherà una porzione del file e la controllerà. Notare che questa funzione può essere lenta e bloccare il programma. Normalmente si vorrà usarla solo se la funzione <function
 >KMimeType::findByURL()</function
 > restituisce <literal
 >"application/octet-stream"</literal
 >. </para>
 
 <para
->Dall'altro lato se non si vuole bloccare l'applicazione, si può anche avviare esplicitamente il job di KIO e connettere alcuni dei suoi segnali:  </para>
+>Dall'altro lato se non si vuole bloccare l'applicazione, si può anche avviare esplicitamente il job di TDEIO e connettere alcuni dei suoi segnali:  </para>
 
 <programlisting
 >void FooClass::findType()
@@ -2763,7 +2763,7 @@ for (it = offers.begin(); it != offers.end(); ++it) {
 >"Application"</literal
 > con <literal
 >"KParts::ReadOnlyPart"</literal
->. In questo caso si avrà una lista di componenti integrate per la visualizzazione dei contenuti HTML come ad esempio KHTML. </para>
+>. In questo caso si avrà una lista di componenti integrate per la visualizzazione dei contenuti HTML come ad esempio TDEHTML. </para>
 
 <para
 >Nella maggior parte dei casi, non si è interessati all'elenco di tutti i servizi offerti per una data combinazione di tipo MIME e tipo di servizio. Esiste una specifica funzione che fornisce solo il servizio che ha la preferenza più alta: </para>
@@ -2777,12 +2777,12 @@ else
 </programlisting>
 
 <para
->Per query più complesse, c'è un completo <ulink url="kdeapi:kio/KTrader.html"
+>Per query più complesse, c'è un completo <ulink url="kdeapi:tdeio/TDETrader.html"
 >trader</ulink
 > tipo CORBA. </para>
 
 <para
->Per avviare un servizio con alcuni URL, usare <ulink url="kdeapi:kio/KRun.html"
+>Per avviare un servizio con alcuni URL, usare <ulink url="kdeapi:tdeio/KRun.html"
 >KRun</ulink
 >: </para>
 
@@ -2843,7 +2843,7 @@ new KRun(url);
 >. L'interfaccia utente non si dovrebbe bloccare mentre si sta aspettando di scaricare una pagina dal browser. Inoltre la visualizzazione della pagina non dovrebbe iniziare quando la pagina è disponibile completamente, ma dovrebbe aggiornarsi regolarmente man mano che arrivano i dati. </para>
 
 <para
->Nelle librerie KDE la trasparenza del network viene implementata nelle API di KIO. Il concetto principale di questa architettura è il <emphasis
+>Nelle librerie KDE la trasparenza del network viene implementata nelle API di TDEIO. Il concetto principale di questa architettura è il <emphasis
 >job</emphasis
 > IO. Un job può copiare o cancellare file e cose simili. Quando un job viene avviato lavora sullo sfondo e non blocca l'applicazione. Tutte le comunicazioni dal job all'applicazione - come l'invio di dati o le informazioni sull'avanzamento - sono integrate nell'event loop di Qt. </para>
 
@@ -2864,7 +2864,7 @@ new KRun(url);
 
 <simplesect id="nettransparency-usingkio">
 <title
->Usare KIO</title>
+>Usare TDEIO</title>
 
 <para
 >I job in molti casi sono creati chiamando le funzioni contenute nel namespace TDEIO. Esse ricevono uno o due URL come argomenti ed eventualmente altri parametri. Quando un job è concluso, emette il segnale <literal
@@ -3161,7 +3161,7 @@ void FooClass::mkdirResult(TDEIO::Job *job)
 >Uso sincrono</title>
 
 <para
->Spesso l'API asincrona di KIO è troppo complessa da usare e quindi l'implementazione asincrona non costituisce una priorità. Per esempio, in un programma che può gestire un solo documento alla volta c'è poco da fare quando un programma sta scaricando un file. Per questi semplici casi, esiste un'API molto più facile costituita da un insieme di funzioni statiche in TDEIO::NetAccess. Per esempio, per copiare un file si può usare </para>
+>Spesso l'API asincrona di TDEIO è troppo complessa da usare e quindi l'implementazione asincrona non costituisce una priorità. Per esempio, in un programma che può gestire un solo documento alla volta c'è poco da fare quando un programma sta scaricando un file. Per questi semplici casi, esiste un'API molto più facile costituita da un insieme di funzioni statiche in TDEIO::NetAccess. Per esempio, per copiare un file si può usare </para>
 
 <programlisting
 >KURL source, target;
@@ -3207,7 +3207,7 @@ if (TDEIO::NetAccess::download(url, tempFile) {
 <programlisting
 >void FooClass::reloadPage()
 {
-    KURL url("http://www.tdevelop.org/index.html");
+    KURL url("http://www.kdevelop.org/index.html");
     TDEIO::TransferJob *job = TDEIO::get(url, true, false);
     job->addMetaData("cache", "reload");
     ...
@@ -3250,13 +3250,13 @@ void FooClass::transferResult(TDEIO::Job *job)
 >Pianificazione</title>
 
 <para
->Normalmente quando si usano le API di KIO non ci si deve occupare dei dettagli dell'esecuzione degli slave IO e della comunicazione con essi. L'uso normale consiste nell'avvio di un job con alcuni parametri e nella gestione dei segnali che emette. </para>
+>Normalmente quando si usano le API di TDEIO non ci si deve occupare dei dettagli dell'esecuzione degli slave IO e della comunicazione con essi. L'uso normale consiste nell'avvio di un job con alcuni parametri e nella gestione dei segnali che emette. </para>
 
 <para
->Lo scenario dietro le quinte è molto più complicato. Quando si crea un job, esso viene messo in una coda. Quando l'applicazione ritorna all'event loop, KIO alloca dei processi per i job nella coda. Per il primo job avviato la situazione è banale: viene avviato un IO slave per il protocollo appropriato. Tuttavia, dopo che il job (come un download per un server HTTP) è terminato non viene immediatamente ucciso, ma viene messo in un insieme di slave inattivi e ucciso dopo un periodo di inattività (attualmente 3 minuti). Se giunge una nuova richiesta per lo stesso protocollo e host esso verrà riusato. L'ovvio vantaggio consiste, nel caso di una serie di job per lo stesso host, nel risparmio sul costo della creazione di nuovi processi e l'eventuale handshake per l'autenticazione. </para>
+>Lo scenario dietro le quinte è molto più complicato. Quando si crea un job, esso viene messo in una coda. Quando l'applicazione ritorna all'event loop, TDEIO alloca dei processi per i job nella coda. Per il primo job avviato la situazione è banale: viene avviato un IO slave per il protocollo appropriato. Tuttavia, dopo che il job (come un download per un server HTTP) è terminato non viene immediatamente ucciso, ma viene messo in un insieme di slave inattivi e ucciso dopo un periodo di inattività (attualmente 3 minuti). Se giunge una nuova richiesta per lo stesso protocollo e host esso verrà riusato. L'ovvio vantaggio consiste, nel caso di una serie di job per lo stesso host, nel risparmio sul costo della creazione di nuovi processi e l'eventuale handshake per l'autenticazione. </para>
 
 <para
->Il riuso è ovviamente possibile solo quando gli slave esistenti hanno terminato il loro lavoro. Quando arriva una nuova richiesta mentre un processo slave già esistente è ancora in esecuzione deve essere avviato e usato un nuovo processo. Nell'uso delle API negli esempi sopra non ci sono limitazioni nella creazione di nuovi processi: se si avvia una serie di download consecutivi per 20 file diversi allora KIO eseguirà 20 processi slave. Questo schema nell'assegnazione degli slave ai job è detto <emphasis
+>Il riuso è ovviamente possibile solo quando gli slave esistenti hanno terminato il loro lavoro. Quando arriva una nuova richiesta mentre un processo slave già esistente è ancora in esecuzione deve essere avviato e usato un nuovo processo. Nell'uso delle API negli esempi sopra non ci sono limitazioni nella creazione di nuovi processi: se si avvia una serie di download consecutivi per 20 file diversi allora TDEIO eseguirà 20 processi slave. Questo schema nell'assegnazione degli slave ai job è detto <emphasis
 >diretto</emphasis
 >. Non è sempre lo schema più appropriato, siccome necessita di molta memoria e crea un alto carico sia sui sistemi client che server. </para>
 
@@ -3315,7 +3315,7 @@ EXTRA_DIST = $(mime_DATA)
 
 <programlisting
 >[Protocol]
-exec=kio_ftp
+exec=tdeio_ftp
 protocol=ftp
 input=none
 output=filesystem
@@ -3342,9 +3342,9 @@ Icon=ftp
 <para
 >Le restanti linee del file <literal
 >.protocol</literal
-> definiscono le capacità possedute dallo slave. Generalmente, le caratteristiche che devono essere implementate da uno slave sono molto più semplici di quelle che le API di KIO devono fornire all'applicazione. Infatti i compiti più complessi sono pianificati per coppie di sotto-job. Ad esempio, per elencare una directory in modo ricorsivo, sarà eseguito un job per la directory superiore. Poi per ogni sottodirectory incontrata verranno eseguiti nuovi job. Uno scheduler di KIO si assicura che non vengano eseguiti troppi job contemporaneamente. Similmente, per copiare un file all'interno di un protocollo che non supporta la copia diretta (come il protocollo <literal
+> definiscono le capacità possedute dallo slave. Generalmente, le caratteristiche che devono essere implementate da uno slave sono molto più semplici di quelle che le API di TDEIO devono fornire all'applicazione. Infatti i compiti più complessi sono pianificati per coppie di sotto-job. Ad esempio, per elencare una directory in modo ricorsivo, sarà eseguito un job per la directory superiore. Poi per ogni sottodirectory incontrata verranno eseguiti nuovi job. Uno scheduler di TDEIO si assicura che non vengano eseguiti troppi job contemporaneamente. Similmente, per copiare un file all'interno di un protocollo che non supporta la copia diretta (come il protocollo <literal
 >ftp:</literal
->), KIO legge il file sorgente e scrive i dati nel file di destinazione. Per far funzionare il tutto è necessario che il file <literal
+>), TDEIO legge il file sorgente e scrive i dati nel file di destinazione. Per far funzionare il tutto è necessario che il file <literal
 >.protocol</literal
 > segnali le azioni supportate dallo slave. </para>
 
@@ -3358,12 +3358,12 @@ Icon=ftp
 
 int kdemain(int argc, char **argv)
 {
-    KLocale::setMainCatalogue("tdelibs");
-    TDEInstance instance("kio_ftp");
+    TDELocale::setMainCatalogue("tdelibs");
+    TDEInstance instance("tdeio_ftp");
     (void) TDEGlobal::locale();
 
     if (argc != 4) {
-        fprintf(stderr, "Usage: kio_ftp protocol "
+        fprintf(stderr, "Usage: tdeio_ftp protocol "
                         "domain-socket1 domain-socket2\n");
         exit(-1);
     }
@@ -3451,7 +3451,7 @@ int kdemain(int argc, char **argv)
 <para
 >In aggiunta a queste ci sono delle funzioni reimplementabili che non sono elencate nel file <literal
 >.protocol</literal
->. KIO determina se queste operazioni sono supportate o no (cioè se l'implementazione predefinita restituisce un errore). </para>
+>. TDEIO determina se queste operazioni sono supportate o no (cioè se l'implementazione predefinita restituisce un errore). </para>
 
 <variablelist>