summaryrefslogtreecommitdiffstats
path: root/examples/opengl/overlay_x11/README
diff options
context:
space:
mode:
Diffstat (limited to 'examples/opengl/overlay_x11/README')
-rw-r--r--examples/opengl/overlay_x11/README14
1 files changed, 7 insertions, 7 deletions
diff --git a/examples/opengl/overlay_x11/README b/examples/opengl/overlay_x11/README
index f11c439d..00b0f645 100644
--- a/examples/opengl/overlay_x11/README
+++ b/examples/opengl/overlay_x11/README
@@ -3,7 +3,7 @@
UPDATE: From version 5.0 onwards, the TQt OpenGL Extension includes
direct support for use of OpenGL overlays. For many uses of overlays,
this makes the technique described below redundant. See the 'overlay'
-example program. The following is a discussion on how to use non-QGL
+example program. The following is a discussion on how to use non-TQGL
widgets in overlay planes.
-----------------------------------------------------------------------
@@ -15,10 +15,10 @@ Extension with X11 overlay visuals.
The example program has three main parts:
-GearWidget: A simple QGLWidget that renders the usual gears. Modified
+GearWidget: A simple TQGLWidget that renders the usual gears. Modified
so that it will print a debug message every time it redraws (renders)
itself. Thus, you can eaily confirm that drawing in the overlay plane
-does not cause redrawings in the main plane where the QGLWidget
+does not cause redrawings in the main plane where the TQGLWidget
resides.
RubberbandWidget: Very simple standard (non-GL) TQt widget that
@@ -38,7 +38,7 @@ Running it:
-----------
Start the overlayrubber executable. Click and drag with the left mouse
-button to see rubberband drawing. Observe that the QGLWidget does
+button to see rubberband drawing. Observe that the TQGLWidget does
not redraw itself (no redraw debug messages are output), and yet the
image is not destroyed. Marvel at the coolness of X11 overlays!
@@ -58,15 +58,15 @@ Using with geometry management: The QLayout classes will not allow you
to put one widget (the overlay) on top of another (the OpenGL widget);
that would defy the whole purpose of the automatic layout. The
solution is to add just one of them to the QLayout object. Have it
-keep a pointer to the other (i.e. the QGLWidget knows about its
+keep a pointer to the other (i.e. the TQGLWidget knows about its
overlay widget or vice versa). Implement the resizeEvent() method of
the widget you put in the layout, and make it call setGeometry() on
the other widget with its own geometry as parameters, thus keeping the
two widgets' geometries synchronized.
-Using with QPalette and TQColorGroup: Instead of the somewhat
+Using with TQPalette and TQColorGroup: Instead of the somewhat
simplistic setBackgroundColor( transparentColor ), you can use Qt's
-QPalette system for having your overlay widgets use transparent color
+TQPalette system for having your overlay widgets use transparent color
for what you want. This way, the normal TQt widgets can be used as
overlays for fancy effects: just create a palette for them with the
transparent color for the wanted color roles, e.g. Background and