branches/koffice/1.6/koffice/krita

[Boudewijn Rempt]

On Thursday 15 March 2007, Cyrille Berger wrote:

> No we didn't. The const/non-const things was mostly to enforce that we
> can't write on the source paint device. Now, we probably can use that for
> making optimization :)

Who's going to get that action tiem?

> > I'm also wondering whether we should do a read-ahead
> > for the iterators, getting the the data out of the tiles ahead of time.
>
> Yes I think it can be a good idea, to pull more than one tile. And maybe if
> it's done in a background thread, we could avoid having krita blocked while
> the tile manager is reading on the hard drive.

Good! More work for Bart!

> > * chunked rendering for filters. I should checkout 1.6 again to see about
> > it -- I'm still not sure that putting the chunking inside the filters
> > doesn't make life more complicated for filter writers, but I'll check 1.6
> > code before I continue with my threaded applicator class in trunk.
>
> isn't the chunking done outside in this patch ?

Not sure, I've only just updated my 1.6 branch. I'm afraid I've already 
mentally said adieu to the 1.x code...

-- 
Boudewijn Rempt 
http://www.valdyas.org/fading/index.cgi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kimageshop/attachments/20070315/34937209/attachment.pgp