#ifdef INFINITE_CANVAS

[Dmitry Kazakov]

1) Is there any link to read about INDEPENDENT_CANVAS?

2) Well, is there any way to move painting decorations and overlay outside
of paint event? We could prepare your QImage outside paint event, and just
copy it to the widget inside paintEvent? Is this possible?


On Sun, Dec 6, 2009 at 3:57 PM, LukasT.dev at gmail.com
<lukast.dev at gmail.com>wrote:

> On Saturday 05 December 2009 23:14:19 Dmitry Kazakov wrote:
> > On Fri, Dec 4, 2009 at 2:21 AM, LukasT.dev at gmail.com
> > I think we should merge them somehow.
> >
> > What we have at the moment (in update order):
> >
> > image->rootLayer()->projection() - stores image without any borders and
> > decorations (using tiles)
> > view->prescaledProjection()::d->projectionBackend - stores unscaled
> >  original (either tiles or QImage - config-dependent)
> >
> > view->prescaledProjection()->prescaledQImage() - i'm not sure what stuff
> is
> > painted in this image. It stores scaled-down image, shifted according to
> > view state. As far as i know it doesn't have any selections, flakes(?)
> > inside - they are painted in canvas->drawDecorations().
> >
> > <-- here we want to have another copy of it with prepainted decorations
> >
> > After this we paint an outcome onto the window.
> >
> >
> > Lukas, is there any way to draw decorations on some transparent "layer"
> > (QImage) and then just paint this at the top of the base image?
>
> I'm not sure :/ because sometimes you want to paint the decorations, brush
> outlines on the border of the canvas. Maybe we can find some way how to
> tile
> the canvas qimage so that borders are separated rectangular tiles and
> canvas
> image is the one from the methods you mention. But then I don't know how to
> paint stuff easily :(
>
> > Btw, i still don't fully understand what is "INFINITE" =) I haven't found
> > such a name in QPainterCanvas. It is the feature that i can paint outside
> > actual image, isn't it?
>
> Sorry, it is typo, it is INDEPENDENT_CANVAS and I named it that way because
> it
> brings independence to platforms regarding the rendering the UI stuff.
> Windows
> uses raster engine AFAIK, Linux has X11, but this way you can force the
> widget
> to use Raster and I don't know about Mac OS but same applies to Mac -
> Raster
> is used for the one widget.
>
> I was thinking about Why not run krita like krita --graphicssystem=raster
> (not
> exactly sure) but then raster is used for every widget. Raster is slower (I
> read it somewhere) then X11 because of some optimizations I suppose..
>
> _______________________________________________
> kimageshop mailing list
> kimageshop at kde.org
> https://mail.kde.org/mailman/listinfo/kimageshop
>



-- 
Dmitry Kazakov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kimageshop/attachments/20091210/9cbf1c02/attachment.htm