Remove the tq in front of these incorrectly TQt4-converted methods/data members:

tqrepaint[...]
tqinvalidate[...]
tqparent[...]
tqmask[...]
tqlayout[...]
tqalignment[...]


git-svn-id: svn://anonsvn.kde.org/home/kde/branches/trinity/applications/rosegarden@1240522 283d02a7-25f6-0310-bc7c-ecb5cbfe19da

1 files changed, 3 insertions, 3 deletions

diff --git a/src/gui/general/PixmapFunctions.h b/src/gui/general/PixmapFunctions.h
index 22b743b..8a84813 100644
--- a/src/gui/general/PixmapFunctions.h
+++ b/src/gui/general/PixmapFunctions.h
@@ -42,7 +42,7 @@ public:
     /**
      * Generate a heuristic tqmask for the given pixmap.  Unlike
      * TQPixmap::createHeuristicMask, this removes from the tqmask all
-     * pixels that are aptqparently "background" even if they appear in
+     * pixels that are apparently "background" even if they appear in
      * holes in the middle of the image.  This is more usually what we
      * want than the default behaviour of createHeuristicMask.
      *
@@ -55,7 +55,7 @@ public:
     /**
      * Generate a heuristic tqmask for the given pixmap.  Unlike
      * TQPixmap::createHeuristicMask, this removes from the tqmask all
-     * pixels that are aptqparently "background" even if they appear in
+     * pixels that are apparently "background" even if they appear in
      * holes in the middle of the image.  This is more usually what we
      * want than the default behaviour of createHeuristicMask.
      *
@@ -91,7 +91,7 @@ public:
      * Using TQPainter::drawPixmap to draw one pixmap on another does
      * not appear to take the tqmask into account properly.  Background
      * pixels in the second pixmap erase foreground pixels in the
-     * first one, regardless of whether they're tqmasked or not.  This
+     * first one, regardless of whether they're masked or not.  This
      * function does what I expect.
      *
      * Note that the source pixmap _must_ have a tqmask.