From: Stephen J B. <sj...@li...> - 2000-10-06 17:31:46
|
On Fri, 6 Oct 2000, Brian Paul wrote: > > That leaves GLUT (which already has it - essentially) or building > > a new command into GLX where everyone can get at it. > > > > I vote for a GLX extension. > > In this case I don't feel an extension is necessary. Allen's visual > selection utility is completely layered on top of the GLX API; it needs > no hooks inside GLX. I think people who need the code could simply add > the .c and .h files to their project and compile it in. Hmmm - agreed. So what we *really* need is a new 'GLXU' library that contains utility functions that apply to GLX. GLXU is to GLX as GLU is to GL ...but then you descend a slippery slope that leads you back to GLUT. > That way, there's no hassles with versioning or compile-time or run- > time extension testing, etc. And we all know how bad that can be! Please - don't remind me. ---- Steve Baker (817)619-2657 (Vox/Vox-Mail) L3Com/Link Simulation & Training (817)619-2466 (Fax) Work: sj...@li... http://www.link.com Home: sjb...@ai... http://web2.airmail.net/sjbaker1 |