On 17 Oct 2002, Sven Neumann wrote:
> Hi,
>
> Monge Maurizio <[EMAIL PROTECTED]> writes:
>
> > I think a key option to have a lightweight window manager are clippers
> > (maybe in software).
> > If a surface can have blits, draw, etc. without to invade a region, then a
> > window (without alpha blend) could be just a subsurface of the primary
> > woth the correct clipper, and the clipper could change when the window is
> > resized/moved.
>
> in fact we have a clip rectangle and GTK+-DirectFB makes heavy use of
> it. Each X11 child window is just a subsurface on the main window and
> all drawing is clipped to the subsurface (or its clipping rectangle if
> one is set).
I was just saying that a utility function that uses more complexes regions
(like unions of rects) would be also useful.
You could just set a region as clipper and than all blits would be split
into blit to the subrectanbles...
>
> > This would be very nice for common desktop apps, preventing a great
> > number of drawing threads. In facts i ported eboard to
> > gtk2-directfb and i found that (even without alpha, on a matrox
> > g400!) graphics were very slow, slower then under X :-(
>
> which version of GTK+-DirectFB were you using? I've benchmarked this
> stuff and I've always had sligthly better numbers for GTK+-DirectFB.
>
In facts I just donwloaded last gtk and i have seen that things improved a
lot...
If you want to give a look you can download
http://linuz.sns.it/~monge/eb_gtk2.tar.gz
(It is a very early alpha...)
untargz, make and compare eboard-x and eboard-dfb... :-)
Monge Maurizio
--
Info: To unsubscribe send a mail to [EMAIL PROTECTED] with
"unsubscribe directfb-dev" as subject.
