From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jon Smirl Subject: Re: [Dri-devel] Re: [Linux-fbdev-devel] Redesign of kernel graphics interface Date: Thu, 6 May 2004 18:33:53 -0700 (PDT) Sender: mesa3d-dev-admin@lists.sourceforge.net Message-ID: <20040507013353.27791.qmail@web14929.mail.yahoo.com> References: Mime-Version: 1.0 Return-path: In-Reply-To: Errors-To: mesa3d-dev-admin@lists.sourceforge.net List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: James Simmons , Nicolas Souchu , dri-devel , mesa3d-dev , fb-devel , Keith Packard --- Keith Packard wrote: > > 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. > 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