summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorMichele Calgaro <michele.calgaro@yahoo.it>2023-09-23 12:44:34 +0900
committerMichele Calgaro <michele.calgaro@yahoo.it>2023-09-25 12:25:45 +0900
commit938578ffc3e80f59646041c2483985f1d70692f6 (patch)
treefd8136821b289de4ae641d9918ccde21f2ad8dfa
parentd511927cacf0c23c103b13b222743f06cfe7b94f (diff)
downloadtdemultimedia-938578ffc3e80f59646041c2483985f1d70692f6.tar.gz
tdemultimedia-938578ffc3e80f59646041c2483985f1d70692f6.zip
Replace QObject, QWidget, QImage, QPair, QRgb, QColor, QChar, QString, QIODevice with TQ* version
Signed-off-by: Michele Calgaro <michele.calgaro@yahoo.it>
-rw-r--r--doc/artsbuilder/detail.docbook2
-rw-r--r--doc/artsbuilder/mcop.docbook4
-rw-r--r--noatun/modules/making_plugins2
3 files changed, 4 insertions, 4 deletions
diff --git a/doc/artsbuilder/detail.docbook b/doc/artsbuilder/detail.docbook
index 34adf3d1..37d5e328 100644
--- a/doc/artsbuilder/detail.docbook
+++ b/doc/artsbuilder/detail.docbook
@@ -1415,7 +1415,7 @@ once you assigned something else (like a null reference).
<para>
The equivalent C++ terms would be
<programlisting>
- QWidget* w;
+ TQWidget* w;
w-&gt;show();
</programlisting>
diff --git a/doc/artsbuilder/mcop.docbook b/doc/artsbuilder/mcop.docbook
index 4b1d6615..ca4a195a 100644
--- a/doc/artsbuilder/mcop.docbook
+++ b/doc/artsbuilder/mcop.docbook
@@ -2197,11 +2197,11 @@ that, I am certainly proven wrong.
While I do know that &DCOP; basically doesn't know about the data types
it sends, so that you could use &DCOP; without using &Qt;, look at how
it is used in daily &kde; usage: people send types like
-<classname>QString</classname>, <classname>QRect</classname>,
+<classname>TQString</classname>, <classname>QRect</classname>,
<classname>QPixmap</classname>, <classname>QCString</classname>, ...,
around. These use &Qt;-serialization. So if somebody choose to support
&DCOP; in a GNOME program, they would either have to claim to use
-<classname>QString</classname>,... types (although they don't do so),
+<classname>TQString</classname>,... types (although they don't do so),
and emulate the way &Qt; does the streaming, or they would send other
string, pixmap and rect types around, and thus not be interoperable.
</para>
diff --git a/noatun/modules/making_plugins b/noatun/modules/making_plugins
index cb921cc2..0134b321 100644
--- a/noatun/modules/making_plugins
+++ b/noatun/modules/making_plugins
@@ -6,7 +6,7 @@ You're free to use the net plugin as a base, I've licensed it under the
public domain, so you can relicense it however you wish (preferably not
GPL, though :)
-Remember that QObject must derive first.
+Remember that TQObject must derive first.
Do a "return this;" in the PlayList *playlist() const; function, if your class
is a playlist, otherwise, don't even override that function.