Around 17 o'clock on May 6, Jon Smirl wrote:
A proposal has been made that OpenGL be promoted as the primary base graphics
API on Linux. Then things like Cairo and the xserver be implemented on top of
OpenGL.
I respectfully disagree with this plan. OpenGL should be the sole API for
accessing the graphics card for systems which support it, but I encourage
application developers to continue coding to the X API so that there
aren't unexpected "surprises" when run on a machine which doesn't support
OpenGL.
That the X server will use OpenGL to talk to these graphics cards is an
implementation detail which shouldn't be visible to applications.
-keith
--- Keith Packard <keithp@keithp.com> wrote:
Around 17 o'clock on May 6, Jon Smirl wrote:
quoted
A proposal has been made that OpenGL be promoted as the primary base
graphics
quoted
API on Linux. Then things like Cairo and the xserver be implemented on top
of
quoted
OpenGL.
I respectfully disagree with this plan. OpenGL should be the sole API for
accessing the graphics card for systems which support it, but I encourage
application developers to continue coding to the X API so that there
aren't unexpected "surprises" when run on a machine which doesn't support
OpenGL.
That the X server will use OpenGL to talk to these graphics cards is an
implementation detail which shouldn't be visible to applications.
Read point #7
7) Going to OpenGL does not mean the end of X or remote access. xserver,
http://www.freedesktop.org/Software/xserver, still talks the X protocol and
still supports xlib. It just uses OpenGL (when Keith gets it working) to draw
instead of XAA. If you use Glitz, http://www.freedesktop.org/Software/glitz, the
OpenGL Cairo implementation, it will draw direct rendered and by-pass the
xserver for local drawing.
-keith
ATTACHMENT part 2 application/pgp-signature
=====
Jon Smirl
jonsmirl@yahoo.com
__________________________________
Do you Yahoo!?
Win a $20,000 Career Makeover at Yahoo! HotJobs
http://hotjobs.sweepstakes.yahoo.com/careermakeover
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
deliver higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3