[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-kimageshop
Subject:    Re: koffice/krita
From:       Boudewijn Rempt <boud () calcifer ! valdyas ! org>
Date:       2004-08-27 16:35:33
Message-ID: Pine.LNX.4.53.0408271834250.21850 () calcifer ! valdyas ! org
[Download RAW message or body]

On Fri, 27 Aug 2004, Adrian Page wrote:

> On Friday 27 August 2004 2:00 pm, Boudewijn Rempt wrote:
> > 	/**
> > 	 * Render the contents of the projection image onto painter.
> > 	 */
> > 	virtual void render(KisImageSP projection, QPainter& painter, Q_INT32 x,
> > Q_INT32 y, Q_INT32 width, Q_INT32 height) = 0;
> >
> > 	/**
> > 	 * Create a QImage from the specified Krita image.
> > 	 */
> > 	virtual QImage convertToImage(KisImageSP image, Q_INT32 x, Q_INT32 y,
> > Q_INT32 width, Q_INT32 height) const = 0;
> >
> > 	/**
> > 	 * Create a QImage from the data in the specified tile manager.
> > 	 */
> > 	virtual QImage convertToImage(KisTileMgrSP tm, Q_UINT32 depth, Q_INT32 x,
> > Q_INT32 y, Q_INT32 width, Q_INT32 height) const = 0;
>
> I was wondering whether these functions should belong to the colour strategy
> as they involve quite a bit more than its main job of interpreting raw image
> data.
>
>
Good point -- they're there because you need the image data interpreted to
be able to create QImage for display, but if you've got a suggestion for
an alternative, I'm all ears. If we can have something generic that does the complex
bits...
_______________________________________________
kimageshop mailing list
kimageshop@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop
[prev in list] [next in list] [prev in thread] [next in thread]