summaryrefslogtreecommitdiffstats
path: root/kparts
diff options
context:
space:
mode:
authorTimothy Pearson <kb9vqf@pearsoncomputing.net>2011-11-16 13:51:39 -0600
committerTimothy Pearson <kb9vqf@pearsoncomputing.net>2011-11-16 13:51:39 -0600
commit3b1405169d66e029912f53d10c2880c46f5ed159 (patch)
tree40c38835f7709885bf4a99d6d9cc64232397c4ba /kparts
parentbd19c52fd41735f3e488bbe3de6b243ac53e1527 (diff)
downloadtdelibs-3b1405169d66e029912f53d10c2880c46f5ed159.tar.gz
tdelibs-3b1405169d66e029912f53d10c2880c46f5ed159.zip
Additional renaming of kde to tde
Diffstat (limited to 'kparts')
-rw-r--r--kparts/COMMENTS8
-rw-r--r--kparts/browserinterface.h2
-rw-r--r--kparts/browserrun.cpp4
-rw-r--r--kparts/event.h2
-rw-r--r--kparts/historyprovider.h2
-rw-r--r--kparts/partmanager.h2
-rw-r--r--kparts/statusbarextension.cpp2
-rw-r--r--kparts/statusbarextension.h2
-rw-r--r--kparts/tests/example.cpp2
-rw-r--r--kparts/tests/normalktm.cpp2
10 files changed, 14 insertions, 14 deletions
diff --git a/kparts/COMMENTS b/kparts/COMMENTS
index e3e4d8589..80e5671d1 100644
--- a/kparts/COMMENTS
+++ b/kparts/COMMENTS
@@ -28,7 +28,7 @@ In this case, yes, that could be saved in the part.
--------------
4) Perhaps a part wants to know if it got activated, so we might want to
- re-introduce that PartActivateEvent from kdelibs/kparts.
+ re-introduce that PartActivateEvent from tdelibs/kparts.
Question: Shall this event be sent when the GUI of the part is activated
or shall it be sent when the part "really" got activated (via KPartManager)?
@@ -90,7 +90,7 @@ it is embedded (with or without GUI items). Hmmm..
Loading and saving in that case would mean save/load the view profile.
(David) Hmmm... somebody wanting to embed a full konqy ? Component technology allows
-you to avoid duplicate code by embedding a component that does what you want. Like kdevelop
+you to avoid duplicate code by embedding a component that does what you want. Like tdevelop
embeds a kedit component. Which app would want to embed a huge component containing
a file maneger + a web browser + a generic viewer + ... ? I think this is not a component,
but an application. Views are components...
@@ -140,7 +140,7 @@ the whole, at other places).
(David) Depends how we want to handle the popupmenu in KonqHTMLView, for
instance.
At the moment it's missing, and it will be a problem when that view is moved to
-kdelibs : no more libkonq for it. But anyway I agree : the part should
+tdelibs : no more libkonq for it. But anyway I agree : the part should
generally take care of its own menu (I'm thinking of KNotePadPart for instance)
Perhaps this would remain in KBrowserPart though (we need it in konqueror).
@@ -331,7 +331,7 @@ changes.
<dfaure> well I think _yes_ you would expect its actions to become available to the user, no ?
<weis> dfaure: Imagine you write a report generator that shows database queries using the browser view. Would you as a programmer want to have menu entries like "OpenURL" and "History" in your report generator? I would not.
<dfaure> hmmm ... then it's the HTML widget you're using, not the part...
-<dfaure> when kdevelop embeds kwrite, it wants the actions from kwrite...
+<dfaure> when tdevelop embeds kwrite, it wants the actions from kwrite...
<dfaure> open file, save file, ...
<weis> dfaure: Well,. why not load a HTML widget at runtime as a part ...
<dfaure> sure, why not :-)
diff --git a/kparts/browserinterface.h b/kparts/browserinterface.h
index 37e6cef41..302f474d7 100644
--- a/kparts/browserinterface.h
+++ b/kparts/browserinterface.h
@@ -4,7 +4,7 @@
#include <tqobject.h>
#include <tqvariant.h>
-#include <kdelibs_export.h>
+#include <tdelibs_export.h>
namespace KParts
{
diff --git a/kparts/browserrun.cpp b/kparts/browserrun.cpp
index 5546cdd97..c617a5f99 100644
--- a/kparts/browserrun.cpp
+++ b/kparts/browserrun.cpp
@@ -300,7 +300,7 @@ static TQString makeQuestion( const KURL& url, const TQString& mimeType, const T
BrowserRun::AskSaveResult BrowserRun::askSave( const KURL & url, KService::Ptr offer, const TQString& mimeType, const TQString & suggestedFilename )
{
// SYNC SYNC SYNC SYNC SYNC SYNC SYNC SYNC SYNC SYNC SYNC SYNC SYNC SYNC
- // NOTE: Keep this function in sync with kdebase/kcontrol/filetypes/filetypedetails.cpp
+ // NOTE: Keep this function in sync with tdebase/kcontrol/filetypes/filetypedetails.cpp
// FileTypeDetails::updateAskSave()
TQString question = makeQuestion( url, mimeType, suggestedFilename );
@@ -323,7 +323,7 @@ BrowserRun::AskSaveResult BrowserRun::askSave( const KURL & url, KService::Ptr o
BrowserRun::AskSaveResult BrowserRun::askEmbedOrSave( const KURL & url, const TQString& mimeType, const TQString & suggestedFilename, int flags )
{
// SYNC SYNC SYNC SYNC SYNC SYNC SYNC SYNC SYNC SYNC SYNC SYNC SYNC SYNC
- // NOTE: Keep this funcion in sync with kdebase/kcontrol/filetypes/filetypedetails.cpp
+ // NOTE: Keep this funcion in sync with tdebase/kcontrol/filetypes/filetypedetails.cpp
// FileTypeDetails::updateAskSave()
KMimeType::Ptr mime = KMimeType::mimeType( mimeType );
diff --git a/kparts/event.h b/kparts/event.h
index 001cc0a1b..70916dd47 100644
--- a/kparts/event.h
+++ b/kparts/event.h
@@ -22,7 +22,7 @@
#include <tqevent.h>
-#include <kdelibs_export.h>
+#include <tdelibs_export.h>
class TQWidget;
diff --git a/kparts/historyprovider.h b/kparts/historyprovider.h
index 91fefd67f..1acd8d272 100644
--- a/kparts/historyprovider.h
+++ b/kparts/historyprovider.h
@@ -23,7 +23,7 @@
#include <tqdict.h>
#include <tqobject.h>
-#include <kdelibs_export.h>
+#include <tdelibs_export.h>
namespace KParts {
diff --git a/kparts/partmanager.h b/kparts/partmanager.h
index ca1ccfea0..ba5c726cc 100644
--- a/kparts/partmanager.h
+++ b/kparts/partmanager.h
@@ -25,7 +25,7 @@
#include <tqwidget.h>
#include <tqptrlist.h>
-#include <kdelibs_export.h>
+#include <tdelibs_export.h>
class KInstance;
diff --git a/kparts/statusbarextension.cpp b/kparts/statusbarextension.cpp
index f7da19fec..3e64bcece 100644
--- a/kparts/statusbarextension.cpp
+++ b/kparts/statusbarextension.cpp
@@ -26,7 +26,7 @@
#include <kstatusbar.h>
#include <kmainwindow.h>
#include <kdebug.h>
-#include <kdelibs_export.h>
+#include <tdelibs_export.h>
#include <kparts/part.h>
#include <kparts/event.h>
diff --git a/kparts/statusbarextension.h b/kparts/statusbarextension.h
index 81bf6854b..fa635a12b 100644
--- a/kparts/statusbarextension.h
+++ b/kparts/statusbarextension.h
@@ -24,7 +24,7 @@
#include <tqwidget.h>
#include <tqvaluelist.h>
-#include <kdelibs_export.h>
+#include <tdelibs_export.h>
class KStatusBar;
class KMainWindow;
diff --git a/kparts/tests/example.cpp b/kparts/tests/example.cpp
index a1e8110e5..7792c5d43 100644
--- a/kparts/tests/example.cpp
+++ b/kparts/tests/example.cpp
@@ -26,7 +26,7 @@ Shell::Shell()
// We can do this "switch active part" because we have a splitter with
// two items in it.
- // I wonder what kdevelop uses/will use to embed kedit, BTW.
+ // I wonder what tdevelop uses/will use to embed kedit, BTW.
m_splitter = new TQSplitter( this );
m_part1 = new Part1(this, m_splitter);
diff --git a/kparts/tests/normalktm.cpp b/kparts/tests/normalktm.cpp
index ec4420a7e..bb54521d1 100644
--- a/kparts/tests/normalktm.cpp
+++ b/kparts/tests/normalktm.cpp
@@ -20,7 +20,7 @@ Shell::Shell()
{
// We can do this "switch active part" because we have a splitter with
// two items in it.
- // I wonder what kdevelop uses/will use to embed kedit, BTW.
+ // I wonder what tdevelop uses/will use to embed kedit, BTW.
m_splitter = new TQSplitter( this );
m_part1 = new Part1(this, m_splitter);