[cairo] standalone glitztest
rogelio at smsglobal.net
Mon Jul 12 22:58:01 PDT 2004
On 2004-07-13 13:20:49 +0800 Jon Smirl <jonsmirl at yahoo.com>
> Compositing requires that the applications draw into offscreen
> These buffers are then composited to the main window by the
> server. So,
> each application thinks it has a full window in this model. The
> application windows are never clipped when they are drawn.
> The central server then takes these windows and composes the
> display screen. This is normally done doubled buffered. The
> back buffer
> is used for composing and then a page flip is done to the
> front buffer.
Thats what im trying to create.
> The problem with this is that we haven't implemented drawing to
> offscreen buffers (pbuffers and render-to-texture) in mesa
> yet. These
> are being worked on but they aren't finished.
can we use osmesa to emulate this?
> With what you have you can implement a normal windowing
> system. In a
> normal system each application paints directly into the
> display buffer.
> Sample-server implements parts of this but not all. So for
> each window
> sample server set a clip region that protects other parts of
> screen. Then it tells the app to paint. When the app paints it
> can only
> impact it's own part of the screen.
I understand. I will help test pbuffers then.
> Glitz doesn't really help you with any of this. Glitz is a 2D
> API, not a windowing system. Both the application and window
> are free to use glitz for drawing, but glitz won't help you
> with windowing.
I see. I thought glitz does the compositing. I intend to build
a window system that does compositing actually. something that
will be portable to pbuffers when its ready.
> Jon Smirl
> jonsmirl at yahoo.com
> Do you Yahoo!?
> Yahoo! Mail is new and improved - Check it out!
More information about the cairo