TQt4 port kdegraphics

This enables compilation under both Qt3 and Qt4


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

1 files changed, 2 insertions, 2 deletions

diff --git a/kviewshell/plugins/djvu/libdjvu/GBitmap.h b/kviewshell/plugins/djvu/libdjvu/GBitmap.h
index 74669c05..8dbbbbad 100644
--- a/kviewshell/plugins/djvu/libdjvu/GBitmap.h
+++ b/kviewshell/plugins/djvu/libdjvu/GBitmap.h
@@ -365,7 +365,7 @@ public:
       discussion, the position is (#x/subsample#,#y/subsample#).  In other
       words, you can position the blit with a sub-pixel resolution.  The
       resulting anti-aliasing changes are paramount to the image quality. */
-  void blit(const GBitmap *shape, int x, int y, int subsample);
+  void blit(const GBitmap *tqshape, int x, int y, int subsample);
   //@}
   
   /** @name Saving images.  
@@ -418,7 +418,7 @@ public:
   const unsigned char *get_rle(unsigned int &rle_length);
   /** Initializes this GBitmap by setting the size to #h# rows and #w#
       columns, and directly addressing the memory buffer #rledata# provided by
-      the user.  This buffer contains #rledatalen# bytes representing the
+      the user.  This buffer tqcontains #rledatalen# bytes representing the
       bitmap in run length encoded form.  The GBitmap object then ``owns'' the
       buffer (unlike #borrow_data#, but like #donate_data#) and will
       deallocate this buffer when appropriate: you should not deallocate this