From d0848d4c3c93fd1947036814c5fa946e1baedcb8 Mon Sep 17 00:00:00 2001
From: Darrell Anderson <humanreadable@yahoo.com>
Date: Fri, 8 Jun 2012 17:44:43 -0500
Subject: Branding: KDevelop -> TDevelop, fix menu

---
 doc/kdearch/index.docbook  | 34 +++++++++++++++++-----------------
 doc/tdevelop/index.docbook |  6 +++---
 2 files changed, 20 insertions(+), 20 deletions(-)

(limited to 'doc')

diff --git a/doc/kdearch/index.docbook b/doc/kdearch/index.docbook
index 5ff8b586..c016affd 100644
--- a/doc/kdearch/index.docbook
+++ b/doc/kdearch/index.docbook
@@ -1870,8 +1870,8 @@ embedable component that implements the service types
 <literal>KParts/ReadOnlyPart</literal> and <literal>Browser/View</literal>.
 </para></listitem>
 <listitem><para>
-In <application>KDevelop</application> HEAD, most functionality is packaged in
-plugins with the service type <literal>KDevelop/Part</literal>. At startup,
+In <application>TDevelop</application> HEAD, most functionality is packaged in
+plugins with the service type <literal>TDevelop/Part</literal>. At startup,
 all services with this type are loaded, such that you can extend the IDE in a
 very flexible way.
 </para></listitem>
@@ -1890,10 +1890,10 @@ Obviously, a service is not only characterized by the service types it
 implements, but also by some <emphasis>properties</emphasis>. For example, a
 ThumbCreator does not only claim to implement the C++ class with the type
 <classname>ThumbCreator</classname>, it also has a list of MIME types it is
-responsible for. Similarly, KDevelop parts have the programming language they
+responsible for. Similarly, TDevelop parts have the programming language they
 support as a property. When an application requests a service type, it can
 also list constraints on the properties of the service. In the above example,
-when KDevelop loads the plugins for a Java project, it asks only for the
+when TDevelop loads the plugins for a Java project, it asks only for the
 plugins which have Java as the programming language property. For this 
 purpose, KDE contains a full-blown CORBA-like <emphasis>trader</emphasis> with
 a complex query language.
@@ -1919,22 +1919,22 @@ EXTRA_DIST = $(kde_servicetypesdir_DATA)
 
 <para>
 The definition <filename>tdeveloppart.desktop</filename> of a
-<application>KDevelop</application> part looks as follows:
+<application>TDevelop</application> part looks as follows:
 </para>
 
 <programlisting>
 [Desktop Entry]
 Type=ServiceType
-X-KDE-ServiceType=KDevelop/Part
-Name=KDevelop Part
+X-TDE-ServiceType=TDevelop/Part
+Name=TDevelop Part
 
-[PropertyDef::X-KDevelop-Scope]
+[PropertyDef::X-TDevelop-Scope]
 Type=QString
 
-[PropertyDef::X-KDevelop-ProgrammingLanguages]
+[PropertyDef::X-TDevelop-ProgrammingLanguages]
 Type=QStringList
 
-[PropertyDef::X-KDevelop-Args]
+[PropertyDef::X-TDevelop-Args]
 Type=QString
 </programlisting>
 
@@ -1967,7 +1967,7 @@ EXTRA_DIST = $(kde_servicesdir_DATA)
 The content of the following example file
 <filename>kdevdoxygen.desktop</filename> defines the
 <literal>KDevDoxygen</literal> plugin with the service type
-<literal>KDevelop/Part</literal>:
+<literal>TDevelop/Part</literal>:
 </para>
 
 <programlisting>
@@ -1975,15 +1975,15 @@ The content of the following example file
 Type=Service
 Comment=Doxygen
 Name=KDevDoxygen
-ServiceTypes=KDevelop/Part
-X-KDE-Library=libkdevdoxygen
-X-KDevelop-ProgrammingLanguages=C,C++,Java
-X-KDevelop-Scope=Project
+ServiceTypes=TDevelop/Part
+X-TDE-Library=libkdevdoxygen
+X-TDevelop-ProgrammingLanguages=C,C++,Java
+X-TDevelop-Scope=Project
 </programlisting>
 
 <para>
 In addition to the usual declarations, an important entry is 
-<literal>X-KDE-Library</literal>. This contains the name of the libtool
+<literal>X-TDE-Library</literal>. This contains the name of the libtool
 library (without the <literal>.la</literal> extension). It also fixes
 (with the prefix <literal>init_</literal> prepended) the name of the exported
 symbol in the library which returns an object factory. For the above example,
@@ -2001,7 +2001,7 @@ extern "C" {
 
 <para>
 The type of the factory class <classname>DoxygenFactory</classname> depends on
-the specific service type the service implements. In our example of a KDevelop
+the specific service type the service implements. In our example of a TDevelop
 plugin, the factory must be a <classname>KDevFactory</classname> (which
 inherits <classname>KLibFactory</classname>). More common examples are
 <ulink url="kdeapi:kparts/KParts::Factory">KParts::Factory</ulink>
diff --git a/doc/tdevelop/index.docbook b/doc/tdevelop/index.docbook
index a21a3b38..30ac2531 100644
--- a/doc/tdevelop/index.docbook
+++ b/doc/tdevelop/index.docbook
@@ -1,7 +1,7 @@
 <?xml version="1.0" ?>
 <!DOCTYPE book PUBLIC "-//KDE//DTD DocBook XML V4.2-Based Variant V1.1//EN" "dtd/kdex.dtd" [
-<!--   <!ENTITY tdevelop "<application>KDevelop</application>"> -->
-  <!ENTITY tdevelop "KDevelop">
+<!--   <!ENTITY tdevelop "<application>TDevelop</application>"> -->
+  <!ENTITY tdevelop "TDevelop">
   <!ENTITY kdevrelease "3.3.91">
 
   <!-- abbreviations used in the body text -->
@@ -142,7 +142,7 @@ Entries which require special treatment are marked with comments starting with '
 
   <keywordset>
     <keyword>KDE</keyword>
-    <keyword>KDevelop</keyword>
+    <keyword>TDevelop</keyword>
     <keyword>IDE</keyword>
     <keyword>development</keyword>
     <keyword>programming</keyword>
-- 
cgit v1.2.1