summaryrefslogtreecommitdiffstats
path: root/kontact/Thoughts
diff options
context:
space:
mode:
Diffstat (limited to 'kontact/Thoughts')
-rw-r--r--kontact/Thoughts6
1 files changed, 3 insertions, 3 deletions
diff --git a/kontact/Thoughts b/kontact/Thoughts
index 16aa9c4a..1fb22c9c 100644
--- a/kontact/Thoughts
+++ b/kontact/Thoughts
@@ -154,7 +154,7 @@ Don: I agree that it is desireable to have common actions always
Don: available (and parts too like the todo list)
Don:
Don: But are you sure Kparts is limited in this way? KOrganizer can load
-Don: multiple plugins simultaneously. And all of these plugins are kparts
+Don: multiple plugins simultaneously. And all of these plugins are tdeparts
Don: (eg. birthday import), and kactions for all loaded plugins are
Don: created and made available simultaneously.
Don:
@@ -210,7 +210,7 @@ d We need a more sophisticated handling (progressbar, etc)
Don: Definitely.
-# We now have tdelibs/kparts/statusbarextension. This is intended to solve these
+# We now have tdelibs/tdeparts/statusbarextension. This is intended to solve these
# problems, right?
d: Right. Simply add it as childobject in your part and use it's API. Works even
@@ -348,7 +348,7 @@ h: see Opies OPimRecord for a bit too huge base class
Security
--------
-d If we use the kparts (ktrader) approach to find a parts by looking
+d If we use the tdeparts (ktrader) approach to find a parts by looking
d for an application with the correct mime type this might raise security
d problems. (Martin's concern)