koffice/krita
Boudewijn Rempt
boud at calcifer.valdyas.org
Fri Aug 27 18:35:33 CEST 2004
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...
More information about the kimageshop
mailing list