summaryrefslogtreecommitdiffstats
path: root/doc/object.doc
diff options
context:
space:
mode:
authorMichele Calgaro <[email protected]>2024-09-04 11:53:23 +0900
committerMichele Calgaro <[email protected]>2024-09-04 13:56:43 +0900
commit0582c90a9ed4b965629267713f51c0da7c38b39d (patch)
treecae95e850081d0a7f2be6cef5837f43a28d53d2c /doc/object.doc
parent39f8a475b4ec5c87a11a7e9300a30ef1c5b4a7e1 (diff)
downloadtqt3-0582c90a9ed4b965629267713f51c0da7c38b39d.tar.gz
tqt3-0582c90a9ed4b965629267713f51c0da7c38b39d.zip
Rename remaining ntq[m-r]* related files to equivalent tq* (except ntqmodules.h)
Signed-off-by: Michele Calgaro <[email protected]>
Diffstat (limited to 'doc/object.doc')
-rw-r--r--doc/object.doc24
1 files changed, 12 insertions, 12 deletions
diff --git a/doc/object.doc b/doc/object.doc
index 2df02d368..52dedbc61 100644
--- a/doc/object.doc
+++ b/doc/object.doc
@@ -274,14 +274,14 @@ function calls are equivalent:
Equivalent, that is, except that the first is faster, and provides
much better diagnostics at compile time. When practical, the first is
better. However, since you can get a list of all available properties
-for any TQObject through its \l QMetaObject, \l TQObject::setProperty()
+for any TQObject through its \l TQMetaObject, \l TQObject::setProperty()
can give you control over classes that weren't available at compile
time.
As well as TQObject::setProperty(), there is a corresponding \l
-TQObject::property() function. \l QMetaObject::propertyNames() returns
-the names of all available properties. \l QMetaObject::property()
-returns the property data for a named property: a \l QMetaProperty
+TQObject::property() function. \l TQMetaObject::propertyNames() returns
+the names of all available properties. \l TQMetaObject::property()
+returns the property data for a named property: a \l TQMetaProperty
object.
Here's a simple example that shows the most important property
@@ -392,7 +392,7 @@ meta object, for example:
\endcode
Like other meta data, class information is accessible at runtime
-through the meta object, see \l QMetaObject::classInfo() for details.
+through the meta object, see \l TQMetaObject::classInfo() for details.
\target override
\section1 TQ_OVERRIDE
@@ -447,20 +447,20 @@ important events that aren't related to graphics, for example, socket
activation, which is the event used by \l TQSocketNotifier for its
work.
-Some events come from the window system, e.g. \l QMouseEvent, some
+Some events come from the window system, e.g. \l TQMouseEvent, some
from other sources, e.g. \l TQTimerEvent, and some come from the
application program. TQt is symmetric, as usual, so you can send
events in exactly the same ways as Qt's own event loop does.
-Most events types have special classes, most commonly \l QResizeEvent,
-\l TQPaintEvent, \l QMouseEvent, \l TQKeyEvent and \l TQCloseEvent.
+Most events types have special classes, most commonly \l TQResizeEvent,
+\l TQPaintEvent, \l TQMouseEvent, \l TQKeyEvent and \l TQCloseEvent.
There are many others, perhaps forty or so, but most are rather odd.
Each class subclasses TQEvent and adds event-specific functions; see,
-for example, \l QResizeEvent. In the case of QResizeEvent, \l
-QResizeEvent::size() and \l QResizeEvent::oldSize() are added.
+for example, \l TQResizeEvent. In the case of TQResizeEvent, \l
+TQResizeEvent::size() and \l TQResizeEvent::oldSize() are added.
-Some classes support more than one event type. \l QMouseEvent
+Some classes support more than one event type. \l TQMouseEvent
supports mouse moves, presses, shift-presses, drags, clicks,
right-presses, etc.
@@ -477,7 +477,7 @@ do not perform all the necessary work in your implementation of the
virtual function, you may need to call the base class's
implementation; for example:
\code
- MyTable::contentsMouseMoveEvent( QMouseEvent *me )
+ MyTable::contentsMouseMoveEvent( TQMouseEvent *me )
{
// my implementation