[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/
---------------------------------------------------------------


Other related posts: