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

List:       kde-kimageshop
Subject:    Re: Painting on a temporary layer
From:       Boudewijn Rempt <boud () valdyas ! org>
Date:       2004-09-27 6:48:02
Message-ID: 200409270848.04571.boud () valdyas ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Sunday 26 September 2004 22:23, Cyrille Berger wrote:
> I was about to commit a change :
>
> Change in the KisFilter API :
> * the process now make a distinction between the source paint device and
> the destination
>
> Which mean we have two functions in filter :
>  virtual void process(KisPaintDeviceSP src, KisPaintDeviceSP dst,
> KisFilterConfiguration*, const QRect&, KisTileCommand* ) = 0;
>  void process(KisPaintDeviceSP, KisFilterConfiguration*, const QRect&,
> KisTileCommand* );
>
> Does it allow to do what you want ?

I think it should help Bart in that it gives a cleaner, but doesn't this still 
mean that you need to create a temporary target paint device? That's the big 
problem. Of course, if we could invent something like a 'lazy' paint device 
that only allocates tiles if and when and where pixels ares changed, that 
should help enormously. That's more or less what Casper was doing with the 
autoextending layers, isn't it?

-- 
Boudewijn Rempt | "Geef mij maar zuurtjes."
http://www.valdyas.org/fading/index.cgi

[Attachment #5 (application/pgp-signature)]

_______________________________________________
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]