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

List:       kde-kimageshop
Subject:    Re: Repaint strategy for 2.0
From:       Boudewijn Rempt <boud () valdyas ! org>
Date:       2006-05-23 19:33:11
Message-ID: 200605232133.11520.boud () valdyas ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Tuesday 23 May 2006 21:25, Thomas Zander wrote:
> On Tuesday 23 May 2006 21:22, Boudewijn Rempt wrote:
> > Bright ideas? I was thinking of painting onto a QImage and having the
> > canvas widgets hold a reference to that -- but there must be a better
> > way. And perhaps we should take the jump and redesign the whole thing
> > aroung the Qt4 way of doing?
>
> I think the flake way of doing things are the most correct.
>
> This involves calling update with the right cliprect whenever something
> needs to be repainted.
> The paint method will then paint everything thats needed to be painted.

Well, that's the short version, of course. But life is a little more 
complicated. We've got the image projection that needs to be updated, and 
preferably kept updated. We've got the blobs on top of the projects (guides, 
grids, masks). We've got OpenGL and plain QPainter -- and need to keep both 
possibilities. Currently, the widget that displays the projection doesn't 
even know it's got a projection.

-- 
Boudewijn Rempt 
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]