Re: DRI integration, sorta

I'm a clueless slashdot reader, trying to understand this thread and 
project, with a view to helping in some way down the line.

So, you've got lots of little applications, most of them obliviously 
drawing their little hearts out in the old-fasioned XDrawLine way.  They 
send their cute little commands to the X server, which instead of 
drawing to framebuffer, (SUPRISE) renders them to a 
?raster?pixmap?whatchamacallit which lives in ?video RAM?system memory?.

  a "compositing manager" process can read the various 
raster/pixmap/whatchamacallits, and blends them based on some rules that 
are left unspecified (why leaving it unspecified is sooo clever, or even 
useful, I don't understand).

There are software compositing managers, and in the future there will be 
hardware compositing managers, that somehow re-use an OpenGL 
implementation to do the dirty work.  BUT, are you planning on using 
everybody's OpenGL, like the propritary nvidia gl?  If so, how to talk 
to it without using their glx?  Or if you use their glx too, how to talk 
to it without having the standard old xfree86 xserver?  Isn't the 
xfree86 xserver the wheel you're trying to re-invent?  (better, with 
anti-aliased edges ;)