[haiku-appserver] Re: another issue. ClipToPicture.

From: Stefano Ceccherini <burton666@xxxxxxxxxxx>

To: haiku-appserver@xxxxxxxxxxxxx

Date: 29 Oct 2004 08:13:31 -0000

> Well, in a drawing model that was a little better defined, in terms
> of
> hit-rules, etc. these could be done in a number of ways... generating
> paths from the primitives and then using path-based clipping, for
> example.
>
> The BeOS drawing model was never unified enough to be able to do
> something like this, so ClipToPicture instead draws into a special
> "accelerated" canvas that takes the pixel spans that are generated
> and
> converts them into BRegion rectangles and merges them with everything
> that has been drawn thus far. That BRegion (or its inverse) is then
> used to clip the drawing.
>Thoughts, guys?
Hey, that's what I thought as well :P
BTW, if doing lots of "BRegion::Include()" turns out to be too slow, you can do
some magic tricks :)
As I said, BView is a friend of BRegion, so you can add the pixel to the
BRegion data manually, then call BRegion::Support::SortRects() and
CleanupRegion()...
Anyway, if you're interested I can go deeply into the subject.
Stefano Ceccherini aka Jack Burton
---------------------------------------------------------------
Scegli il tuo dominio preferito e attiva la tua email! Da oggi
l'eMail di superEva e' ancora piu' veloce e ricca di funzioni!
http://webmail.supereva.it/new/
---------------------------------------------------------------