summaryrefslogtreecommitdiffstats
path: root/tde-i18n-da/docs
diff options
context:
space:
mode:
Diffstat (limited to 'tde-i18n-da/docs')
-rw-r--r--tde-i18n-da/docs/tdebase/faq/filemng.docbook4
-rw-r--r--tde-i18n-da/docs/tdemultimedia/artsbuilder/mcop.docbook2
-rw-r--r--tde-i18n-da/docs/tdevelop/kde_app_devel/index.docbook14
-rw-r--r--tde-i18n-da/docs/tdevelop/kdearch/index.docbook20
4 files changed, 20 insertions, 20 deletions
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>