Rename KApplication to TDEApplication to avoid conflicts with KDE4

5 files changed, 33 insertions, 33 deletions

diff --git a/tde-i18n-es/acinclude.m4 b/tde-i18n-es/acinclude.m4
index b8bf3a36f80..d44279c6768 100644
--- a/tde-i18n-es/acinclude.m4
+++ b/tde-i18n-es/acinclude.m4
@@ -2003,20 +2003,20 @@ cat > conftest.$ac_ext <<EOF
 #include <kapp.h>
 
 int main() {
-    printf("kde_htmldir=\\"%s\\"\n", KApplication::kde_htmldir().data());
-    printf("kde_appsdir=\\"%s\\"\n", KApplication::kde_appsdir().data());
-    printf("kde_icondir=\\"%s\\"\n", KApplication::kde_icondir().data());
-    printf("kde_sounddir=\\"%s\\"\n", KApplication::kde_sounddir().data());
-    printf("kde_datadir=\\"%s\\"\n", KApplication::kde_datadir().data());
-    printf("kde_locale=\\"%s\\"\n", KApplication::kde_localedir().data());
-    printf("kde_cgidir=\\"%s\\"\n", KApplication::kde_cgidir().data());
-    printf("kde_confdir=\\"%s\\"\n", KApplication::kde_configdir().data());
-    printf("kde_mimedir=\\"%s\\"\n", KApplication::kde_mimedir().data());
-    printf("kde_toolbardir=\\"%s\\"\n", KApplication::kde_toolbardir().data());
+    printf("kde_htmldir=\\"%s\\"\n", TDEApplication::kde_htmldir().data());
+    printf("kde_appsdir=\\"%s\\"\n", TDEApplication::kde_appsdir().data());
+    printf("kde_icondir=\\"%s\\"\n", TDEApplication::kde_icondir().data());
+    printf("kde_sounddir=\\"%s\\"\n", TDEApplication::kde_sounddir().data());
+    printf("kde_datadir=\\"%s\\"\n", TDEApplication::kde_datadir().data());
+    printf("kde_locale=\\"%s\\"\n", TDEApplication::kde_localedir().data());
+    printf("kde_cgidir=\\"%s\\"\n", TDEApplication::kde_cgidir().data());
+    printf("kde_confdir=\\"%s\\"\n", TDEApplication::kde_configdir().data());
+    printf("kde_mimedir=\\"%s\\"\n", TDEApplication::kde_mimedir().data());
+    printf("kde_toolbardir=\\"%s\\"\n", TDEApplication::kde_toolbardir().data());
     printf("kde_wallpaperdir=\\"%s\\"\n",
-	KApplication::kde_wallpaperdir().data());
-    printf("kde_bindir=\\"%s\\"\n", KApplication::kde_bindir().data());
-    printf("kde_partsdir=\\"%s\\"\n", KApplication::kde_partsdir().data());
+	TDEApplication::kde_wallpaperdir().data());
+    printf("kde_bindir=\\"%s\\"\n", TDEApplication::kde_bindir().data());
+    printf("kde_partsdir=\\"%s\\"\n", TDEApplication::kde_partsdir().data());
     printf("kde_servicesdir=\\"/tmp/dummy\\"\n");
     printf("kde_servicetypesdir=\\"/tmp/dummy\\"\n");
     printf("kde_moduledir=\\"/tmp/dummy\\"\n");
diff --git a/tde-i18n-es/docs/tdebase/faq/filemng.docbook b/tde-i18n-es/docs/tdebase/faq/filemng.docbook
index 8bafbd0ca4e..180dbccfdeb 100644
--- a/tde-i18n-es/docs/tdebase/faq/filemng.docbook
+++ b/tde-i18n-es/docs/tdebase/faq/filemng.docbook
@@ -207,9 +207,9 @@
 > <answer>
 <para
 >Se utilizan por parte de todas las aplicaciones &kde; (desde que se implementó en <classname
->KApplication</classname
+>TDEApplication</classname
 > y todos los buenos programas de &kde; crean un objeto <classname
->KApplication</classname
+>TDEApplication</classname
 > incluso antes de que se vean los argumentos en la línea de órdenes).</para
 > <para
 >Una línea estándar para una aplicación de &kde; puede ser algo parecido a esto: <userinput
diff --git a/tde-i18n-es/docs/tdemultimedia/artsbuilder/mcop.docbook b/tde-i18n-es/docs/tdemultimedia/artsbuilder/mcop.docbook
index cb501600c6c..3640cf4c089 100644
--- a/tde-i18n-es/docs/tdemultimedia/artsbuilder/mcop.docbook
+++ b/tde-i18n-es/docs/tdemultimedia/artsbuilder/mcop.docbook
@@ -1597,7 +1597,7 @@ struct TypeDef {
 >Desde que &kde; abandonó <acronym
 >CORBA</acronym
 > completamente, y está usando &DCOP; en su lugar, la pregunta natural que surge es por qué &arts; no está haciendo eso. Después de todo, el soporte para &DCOP; está en <classname
->KApplication</classname
+>TDEApplication</classname
 >, está bien mantenido, y supuestamente bien integrado con libICE, entre otras cosas. </para>
 
 <para
diff --git a/tde-i18n-es/docs/tdevelop/kde_app_devel/index.docbook b/tde-i18n-es/docs/tdevelop/kde_app_devel/index.docbook
index c4b8fe3da95..ff10342dcb5 100644
--- a/tde-i18n-es/docs/tdevelop/kde_app_devel/index.docbook
+++ b/tde-i18n-es/docs/tdevelop/kde_app_devel/index.docbook
@@ -728,7 +728,7 @@ return a.exec();
 
 int main( int argc, char **argv )
 {
-KApplication a( argc, argv );
+TDEApplication a( argc, argv );
 
 QPushButton hello( "¡Hola mundo!", 0 );
 hello.resize( 100, 30 );
@@ -747,13 +747,13 @@ return a.exec();
 >Vea que en primer lugar hemos cambiado de <classname
 >QApplication</classname
 > a <classname
->KApplication </classname
+>TDEApplication </classname
 >. Además, hemos tenido que cambiar elmétodo <methodname
 >setMainWidget()</methodname
 > anteriormente usado por <methodname
 >setTopWidget</methodname
 >, que utiliza <classname
->KApplication</classname
+>TDEApplication</classname
 > para establecer el «widget» principal. ¡Y ya está! Su primera aplicación de KDE ya está terminada. Ahora solo le falta indicarle al compilador la ruta de inclusión de KDE, y al enlazador que utilice la biblioteca tdecore mediante el parámetro -ltdecore. </para>
 <para
 >Como ahora ya sabe qué suele proporcionar como mínimo la función <function
@@ -767,13 +767,13 @@ return a.exec();
 > y <classname
 >QObject</classname
 >, y la documentación de la biblioteca «tdecore» sobre la clase <classname
->KApplication</classname
+>TDEApplication</classname
 >. El <ulink url="developer.kde.org/documentation/library/libraryref.html"
 > Manual d referencia de la biblioteca KDE</ulink
 > también contiene una completa descripción sobre cómo llamar a los constructores de <classname
 >QApplication</classname
 > y de <classname
->KApplication</classname
+>TDEApplication</classname
 >, incluido el procesamiento de los argumentos pasados como parámetros en la línea de comando. </para>
 </sect2>
 </sect1>
@@ -1007,7 +1007,7 @@ return a.exec();
 5      about.addAuthor( "Your Name", 0, "you@you.com" );
 6      KCmdLineArgs::init(argc, argv, &amp;about);
 7      KCmdLineArgs::addCmdLineOptions(options);
-8      KApplication app;
+8      TDEApplication app;
 9  
 10    // registrarnos como cliente dcop
 11    app.dcopClient()->registerAs(app.name(), false);
@@ -1044,7 +1044,7 @@ return a.exec();
 > 
 <para
 >Ahora, lo que ocurre en primer lugar es la creación de un objeto <classname
->KApplication</classname
+>TDEApplication</classname
 >, pero hemos añadido algunos métodos de KDE para configurar la información sobre el programa y sobre el autor de esta aplicación. </para>
 </sect2>
 <sect2>
diff --git a/tde-i18n-es/docs/tdevelop/kdearch/index.docbook b/tde-i18n-es/docs/tdevelop/kdearch/index.docbook
index 3911b4a257f..98554d835df 100644
--- a/tde-i18n-es/docs/tdevelop/kdearch/index.docbook
+++ b/tde-i18n-es/docs/tdevelop/kdearch/index.docbook
@@ -151,8 +151,8 @@
 <listitem
 ><formalpara>
 <title
-><ulink url="kdeapi:tdecore/KApplication"
->KApplication</ulink
+><ulink url="kdeapi:tdecore/TDEApplication"
+>TDEApplication</ulink
 ></title>
 <para
 >Inicia y controla una aplicación de KDE. </para>
@@ -2135,8 +2135,8 @@ rc_DATA = kviewui.rc
 <para
 >La invocación de <application
 >KHelpCenter</application
-> está encapsulada en la clase <ulink url="kdeapi:tdecore/KApplication"
->KApplication</ulink
+> está encapsulada en la clase <ulink url="kdeapi:tdecore/TDEApplication"
+>TDEApplication</ulink
 >. Para mostrar el manual de su aplicación, use </para>
 
 <programlisting
@@ -2412,8 +2412,8 @@ if (!factory) {
 >X-DCOP-ServiceType</literal
 > especifica el modo en que se inicia el servicio. El valor <literal
 >Unique</literal
-> indica que el servicio no se debe iniciar más de una vez. Esto significa que si trata de iniciar este servicio, por ejemplo mediante <ulink url="kdeapi:tdecore/KApplication.html#startServiceByName"
->KApplication::startServiceByName()</ulink
+> indica que el servicio no se debe iniciar más de una vez. Esto significa que si trata de iniciar este servicio, por ejemplo mediante <ulink url="kdeapi:tdecore/TDEApplication.html#startServiceByName"
+>TDEApplication::startServiceByName()</ulink
 >, KDE comprueba si ya estaba registrado en DCOP. En caso afirmativo, usa el servicio que está en ejecución. Si todavía no estaba registrado, KDE lo iniciará y esperará hasta que esté registrado. De este modo puede enviar llamadas DCOP al servicio inmediatamente. En tal caso, el servicio debe implementarse como <ulink url="kdeapi:tdecore/KUniqueApplication.html"
 >KUniqueApplication</ulink
 >. </para>
@@ -2456,14 +2456,14 @@ X-TDE-StartupNotify=false
 >Uso de servicios DCOP</title>
 
 <para
->Un servicio DCOP comienza con uno de entre varios métodos en la clase KApplication: </para>
+>Un servicio DCOP comienza con uno de entre varios métodos en la clase TDEApplication: </para>
 
 <programlisting
 >DCOPClient *client = kapp->dcopClient();
 client->attach();
 if (!client->isApplicationRegistered("kio_uiserver")) {
     QString error;
-    if (KApplication::startServiceByName("kio_uiserver", QStringList(), &amp;error))
+    if (TDEApplication::startServiceByName("kio_uiserver", QStringList(), &amp;error))
         cout &lt;&lt; "El inicio de kioserver ha fallado con el mensaje " &lt;&lt; error &lt;&lt; endl;
 }
 ...
@@ -2482,11 +2482,11 @@ if (!client->call("kio_uiserver", "UIServer", "setListMode(bool)",
 
 <para
 >En el ejemplo propuesto, el servicio se inició «por nombre»; es decir, el primer argumento de <function
->KApplication::startServiceByName()</function
+>TDEApplication::startServiceByName()</function
 > es el nombre que aparece en la línea <literal
 >Name</literal
 > del archivo «desktop». Una alternativa consiste en usar <function
->KApplication::startServiceByDesktopName()</function
+>TDEApplication::startServiceByDesktopName()</function
 >, que toma el nombre del archivo «desktop» como argumento (en este caso, <literal
 >«kio_uiserver.desktop»</literal
 >). </para>