diff options
Diffstat (limited to 'doc/man/man3/tqimageformat.3qt')
| -rw-r--r-- | doc/man/man3/tqimageformat.3qt | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/doc/man/man3/tqimageformat.3qt b/doc/man/man3/tqimageformat.3qt index 824174f5c..532efd2ec 100644 --- a/doc/man/man3/tqimageformat.3qt +++ b/doc/man/man3/tqimageformat.3qt @@ -14,13 +14,13 @@ QImageFormat \- Incremental image decoder for a specific image format .SS "Public Members" .in +1c .ti -1c -.BI "virtual int \fBdecode\fR ( QImage & img, QImageConsumer * consumer, const uchar * buffer, int length ) = 0" +.BI "virtual int \fBdecode\fR ( TQImage & img, QImageConsumer * consumer, const uchar * buffer, int length ) = 0" .br .in -1c .SH DESCRIPTION The QImageFormat class is an incremental image decoder for a specific image format. .PP -By making a derived class of QImageFormatType, which in turn creates objects that are a subclass of QImageFormat, you can add support for more incremental image formats, allowing such formats to be sources for a QMovie or for the first frame of the image stream to be loaded as a QImage or QPixmap. +By making a derived class of QImageFormatType, which in turn creates objects that are a subclass of QImageFormat, you can add support for more incremental image formats, allowing such formats to be sources for a QMovie or for the first frame of the image stream to be loaded as a TQImage or QPixmap. .PP Your new subclass must reimplement the decode() function in order to process your new format. .PP @@ -28,7 +28,7 @@ New QImageFormat objects are generated by new QImageFormatType factories. .PP See also Graphics Classes, Image Processing Classes, and Multimedia Classes. .SH MEMBER FUNCTION DOCUMENTATION -.SH "int QImageFormat::decode ( QImage & img, QImageConsumer * consumer, const uchar * buffer, int length )\fC [pure virtual]\fR" +.SH "int QImageFormat::decode ( TQImage & img, QImageConsumer * consumer, const uchar * buffer, int length )\fC [pure virtual]\fR" New subclasses must reimplement this method. .PP It should decode some or all of the bytes from \fIbuffer\fR into \fIimg\fR, calling the methods of \fIconsumer\fR as the decoding proceeds to inform that consumer of changes to the image. The length of the data is given in \fIlength\fR. The consumer may be 0, in which case the function should just process the data into \fIimg\fR without telling any consumer about the changes. Note that the decoder must store enough state to be able to continue in subsequent calls to this method - this is the essence of the incremental image loading. |