summaryrefslogtreecommitdiffstats
path: root/doc/object.doc
diff options
context:
space:
mode:
authorMichele Calgaro <michele.calgaro@yahoo.it>2024-06-27 21:53:17 +0900
committerMichele Calgaro <michele.calgaro@yahoo.it>2024-06-29 13:21:04 +0900
commit2cbcca0db1343e1c40e52af729a5eb34ca8a7e37 (patch)
tree065c9e97d5bd9eb3d9869427b44acdd571ba0cc1 /doc/object.doc
parenta09a6bc05e3f64c27e7c84dd768c7720fdf41136 (diff)
downloadtqt3-2cbcca0db1343e1c40e52af729a5eb34ca8a7e37.tar.gz
tqt3-2cbcca0db1343e1c40e52af729a5eb34ca8a7e37.zip
Rename date and time nt* related files to equivalent tq*
Signed-off-by: Michele Calgaro <michele.calgaro@yahoo.it>
Diffstat (limited to 'doc/object.doc')
-rw-r--r--doc/object.doc18
1 files changed, 9 insertions, 9 deletions
diff --git a/doc/object.doc b/doc/object.doc
index 381f96030..70b10682c 100644
--- a/doc/object.doc
+++ b/doc/object.doc
@@ -100,7 +100,7 @@ the timer id.
For this mechanism to work, the application must run in an event
loop. You start an event loop with \l QApplication::exec(). When a
-timer fires, the application sends a QTimerEvent, and the flow of
+timer fires, the application sends a TQTimerEvent, and the flow of
control leaves the event loop until the timer event is processed. This
implies that a timer cannot fire while your application is busy doing
something else. In other words: the accuracy of timers depends on the
@@ -112,12 +112,12 @@ system. Windows 95/98 has 55 millisecond (18.2 times per second)
accuracy; other systems that we have tested (UNIX X11 and Windows NT)
can handle 1 millisecond intervals.
-The main API for the timer functionality is \l QTimer. That class
+The main API for the timer functionality is \l TQTimer. That class
provides regular timers that emit a signal when the timer fires, and
inherits \l TQObject so that it fits well into the ownership structure
of most GUI programs. The normal way of using it is like this:
\code
- QTimer * counter = new QTimer( this );
+ TQTimer * counter = new TQTimer( this );
connect( counter, TQ_SIGNAL(timeout()),
this, TQ_SLOT(updateCaption()) );
counter->start( 1000 );
@@ -128,24 +128,24 @@ this widget is deleted, the timer is deleted too. Next, its timeout
signal is connected to the slot that will do the work, and finally
it's started.
-QTimer also provides a simple one-shot timer API. \l QButton uses this
+TQTimer also provides a simple one-shot timer API. \l QButton uses this
to show the button being pressed down and then (0.1 seconds later) be
released when the keyboard is used to "press" a button, for example:
\code
- QTimer::singleShot( 100, this, TQ_SLOT(animateTimeout()) );
+ TQTimer::singleShot( 100, this, TQ_SLOT(animateTimeout()) );
\endcode
0.1 seconds after this line of code is executed, the same button's
animateTimeout() slot is called.
Here is an outline of a slightly longer example that combines object
-communication via signals and slots with a QTimer object. It
+communication via signals and slots with a TQTimer object. It
demonstrates how to use timers to perform intensive calculations in a
single-threaded application without blocking the user interface.
\code
- // The Mandelbrot class uses a QTimer to calculate the mandelbrot
+ // The Mandelbrot class uses a TQTimer to calculate the mandelbrot
// set one scanline at a time without blocking the CPU. It
// inherits TQObject to use signals and slots. Calling start()
// starts the calculation. The done() signal is emitted when it
@@ -165,7 +165,7 @@ single-threaded application without blocking the user interface.
private slots:
void calculate();
private:
- QTimer timer;
+ TQTimer timer;
...
};
@@ -448,7 +448,7 @@ activation, which is the event used by \l QSocketNotifier for its
work.
Some events come from the window system, e.g. \l QMouseEvent, some
-from other sources, e.g. \l QTimerEvent, and some come from the
+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.