Rename graphics class nt* related files to equivalent tq* (part 2)

Signed-off-by: Michele Calgaro <[email protected]>

1 files changed, 7 insertions, 7 deletions

diff --git a/examples/opengl/overlay_x11/README b/examples/opengl/overlay_x11/README
index f11c439df..00b0f6454 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