Rename KApplication to TDEApplication to avoid conflicts with KDE4

5 files changed, 33 insertions, 33 deletions

diff --git a/tde-i18n-da/acinclude.m4 b/tde-i18n-da/acinclude.m4
index b8bf3a36f80..d44279c6768 100644
--- a/tde-i18n-da/acinclude.m4
+++ b/tde-i18n-da/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-da/docs/tdebase/faq/filemng.docbook b/tde-i18n-da/docs/tdebase/faq/filemng.docbook
index f9d63674a70..7e5e0a889bf 100644
--- a/tde-i18n-da/docs/tdebase/faq/filemng.docbook
+++ b/tde-i18n-da/docs/tdebase/faq/filemng.docbook
@@ -209,9 +209,9 @@
 > <answer>
 <para
 >De bruges af alle &kde;-programmer (da de er implementeret i <classname
->KApplication</classname
+>TDEApplication</classname
 > og  alle gode &kde;-programmer laver et <classname
->KApplication</classname
+>TDEApplication</classname
 >-objekt før de over hovedet kigger på kommandolinje-argumenterne).</para
 > <para
 >En standardlinje for et &kde;-program ser sådan her ud: <userinput
diff --git a/tde-i18n-da/docs/tdemultimedia/artsbuilder/mcop.docbook b/tde-i18n-da/docs/tdemultimedia/artsbuilder/mcop.docbook
index 916d8b5f301..e983732a258 100644
--- a/tde-i18n-da/docs/tdemultimedia/artsbuilder/mcop.docbook
+++ b/tde-i18n-da/docs/tdemultimedia/artsbuilder/mcop.docbook
@@ -1647,7 +1647,7 @@ struct TypeDef {
 >Eftersom &kde; droppede <acronym
 >CORBA</acronym
 > fuldstændigt, og i stedet bruger &DCOP; overalt, opstår naturligvis spørgsmålet hvorfor ikke &arts; også gør det. Trods alt findes &DCOP;-understøttelse i <classname
->KApplication</classname
+>TDEApplication</classname
 >, er godt vedligeholdt, forventes at integreres udmærket med libICE, og alt muligt andet. </para>
 
 <para
diff --git a/tde-i18n-da/docs/tdevelop/kde_app_devel/index.docbook b/tde-i18n-da/docs/tdevelop/kde_app_devel/index.docbook
index 71d66bc56a9..8598d4c4239 100644
--- a/tde-i18n-da/docs/tdevelop/kde_app_devel/index.docbook
+++ b/tde-i18n-da/docs/tdevelop/kde_app_devel/index.docbook
@@ -722,7 +722,7 @@ return a.exec();
 
 int main( int argc, char **argv )
 {
-KApplication a( argc, argv );
+TDEApplication a( argc, argv );
 
 QPushButton hello( "Hello world!", 0 );
 hello.resize( 100, 30 );
@@ -741,13 +741,13 @@ return a.exec();
 >Du ser at vi først har ændret fra <classname
 >QApplication</classname
 > til <classname
->KApplication</classname
+>TDEApplication</classname
 >. Desuden var vi tvunget til at ændre den tidligere brugte metode <methodname
 >setMainWidget()</methodname
 > til <methodname
 >setTopWidget</methodname
 > som <classname
->KApplication</classname
+>TDEApplication</classname
 > bruger til for at angive hovedkontrollen. Det er alt! Dit første KDE-program er klart. Du behøver kun at fortælle oversætteren hvilken deklarationssøgesti KDE har, og linkeren at den skal linke med tdecore-biblioteket med -ltdecore. </para>
 <para
 >Eftersom du nu i det mindste ved hvad funktionen <function
@@ -761,13 +761,13 @@ return a.exec();
 > og <classname
 >QObject</classname
 > og tdecore-biblioteksdokumentationen for klassen <classname
->KApplication</classname
+>TDEApplication</classname
 >. <ulink url="developer.kde.org/documentation/library/libraryref.html"
 >KDE's biblioteksreferenceguide</ulink
 > har også en fuldstændig beskrivelse af hvordan konstruktorerne i <classname
 >QApplication</classname
 > og <classname
->KApplication</classname
+>TDEApplication</classname
 > kaldes, inklusive behandling af kommandolinjeflag. </para>
 </sect2>
 </sect1>
@@ -1001,7 +1001,7 @@ return a.exec();
 5      about.addAuthor( "Dit Navn", 0, "du@du.se" );
 6      KCmdLineArgs::init(argc, argv, &amp;about);
 7      KCmdLineArgs::addCmdLineOptions(options);
-8      KApplication app;
+8      TDEApplication app;
 9  
 10    // registrer os som en DCOP-klient
 11    app.dcopClient()->registerAs(app.name(), false);
@@ -1038,7 +1038,7 @@ return a.exec();
 > 
 <para
 >Det der først sker nu, er at objektet <classname
->KApplication</classname
+>TDEApplication</classname
 > laves som almindeligt, men vi har tilføjet nogle KDE-metoder som angiver information om programmet og forfatteren af programmet. </para>
 </sect2>
 <sect2>
diff --git a/tde-i18n-da/docs/tdevelop/kdearch/index.docbook b/tde-i18n-da/docs/tdevelop/kdearch/index.docbook
index cea0a439327..17ec7d62d72 100644
--- a/tde-i18n-da/docs/tdevelop/kdearch/index.docbook
+++ b/tde-i18n-da/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
 >Initierer og styrer et KDE-program. </para>
@@ -2135,8 +2135,8 @@ rc_DATA = kviewui.rc
 <para
 >Starten af <application
 >Hjælpecentralen</application
-> er indkapslet i klassen <ulink url="kdeapi:tdecore/KApplication"
->KApplication</ulink
+> er indkapslet i klassen <ulink url="kdeapi:tdecore/TDEApplication"
+>TDEApplication</ulink
 >. For at vise håndbogen for programmet, bruges blot </para>
 
 <programlisting
@@ -2410,8 +2410,8 @@ if (!factory) {
 >X-DCOP-ServiceType</literal
 > angiver hvordan tjenesten startes. Værdien <literal
 >Unique</literal
-> (unik) angiver at tjenesten ikke må startes mere end én gang. Det betyder at hvis du forsøger at starte tjenesten (f.eks. via <ulink url="kdeapi:tdecore/KApplication.html#startServiceByName"
-> KApplication::startServiceByName()</ulink
+> (unik) angiver at tjenesten ikke må startes mere end én gang. Det betyder at hvis du forsøger at starte tjenesten (f.eks. via <ulink url="kdeapi:tdecore/TDEApplication.html#startServiceByName"
+> TDEApplication::startServiceByName()</ulink
 >, kontrollerer KDE om den allerede er registreret i DCOP, og bruger tjenesten som kører. Hvis den ikke allerede er registreret, starter KDE den og venter til den er registreret. Derfor kan du med det samme sende DCOP-kald til tjenesten. I dette tilfælde, skal tjenesten implementeres som <ulink url="kdeapi:tdecore/KUniqueApplication.html"
 >KUniqueApplication</ulink
 >. </para>
@@ -2452,14 +2452,14 @@ X-TDE-StartupNotify=false
 >Brug af DCOP-tjenester</title>
 
 <para
->En DCOP-tjeneste startes med en af flere metoder i klassen KApplication: </para>
+>En DCOP-tjeneste startes med en af flere metoder i klassen 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; "Start af KIO-server mislykkedes med meddelelsen " &lt;&lt; error &lt;&lt; endl;
 }
 ...
@@ -2478,11 +2478,11 @@ if (!client->call("kio_uiserver", "UIServer", "setListMode(bool)",
 
 <para
 >I eksemplet som gives her, startes tjenesten "med navn", dvs. første argument til <function
->KApplication::startServiceByName() </function
+>TDEApplication::startServiceByName() </function
 > er navnet, som det angives på linjen <literal
 >Name</literal
 > i desktop-filen. Et alternativ er at bruge <function
->KApplication::startServiceByDesktopName()</function
+>TDEApplication::startServiceByDesktopName()</function
 >, som bruger navnet på desktop-filen som argument, dvs. i dette tilfælde <literal
 >"kio_uiserver.desktop"</literal
 >. </para>