diff options
Diffstat (limited to 'kparts')
-rw-r--r-- | kparts/COMMENTS | 8 | ||||
-rw-r--r-- | kparts/browserinterface.h | 2 | ||||
-rw-r--r-- | kparts/browserrun.cpp | 4 | ||||
-rw-r--r-- | kparts/event.h | 2 | ||||
-rw-r--r-- | kparts/historyprovider.h | 2 | ||||
-rw-r--r-- | kparts/partmanager.h | 2 | ||||
-rw-r--r-- | kparts/statusbarextension.cpp | 2 | ||||
-rw-r--r-- | kparts/statusbarextension.h | 2 | ||||
-rw-r--r-- | kparts/tests/example.cpp | 2 | ||||
-rw-r--r-- | kparts/tests/normalktm.cpp | 2 |
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); |