Re: [PyOpenGL-Devel] (no subject)
Brought to you by:
mcfletch
Menu
▾
▴
Re: [PyOpenGL-Devel] (no subject)
|
From: Mike C. F. <mcf...@ro...> - 2003-06-18 21:15:14
|
The core library shouldn't to my knowledge have dependencies on any GUI framework, it is a very thin wrapper around the OpenGL library. The GLUT library, obviously, has dependencies on GLUT, but if I'm reading your message correctly, you already have GLUT ported. The WGL module, obviously would not be available (it is dependent on Win32/WGL). The Togl module would not be available (it is dependent on Tkinter). Something like OpenGLContext, which can run on top of GLUT as a windowing library (from within Python) should be able to operate properly in the environment described, though you would likely want to provide a font directory to allow for rendering text (since you wouldn't have wxPython or PyGame, you'd only have Polygonal TTF and GLUT bitmap text formats, no bitmap TTF support, unfortunately). Regarding the unavailable GLUT functions, simply providing NULL methods in the GLUT library which set GLUT errors against which PyOpenGL's GLUT extension may link would be the easiest method, but anything which needs to return a value would then crash on access. "Mock methods", or even altering the wrapper to include functions which raise Python errors would be a doable approach. It would depend on whether you are eventually intending to add the methods (indicating null methods), or whether this is a permanent situation, (where you want to raise errors so that the python programmer can catch them and deal with the missing functionality). By the way, if possible, please send plain-text messages to the mailing list if possible, don't know about other clients, but Mozilla does a horrible job of rendering your message, Mike Ben Decker wrote: > My name is Ben Decker, > > I am the chief maintainer for PythonD, the Python DOS port. I have > been working with Daniel Borca on the MESA project and we have a good > working MESA 5.0.1/GLUT set of libraries that link well under DJGPP. > > The potential is now very much there for bringing PyOpenGL to DOS. The > main problem seems to be the GUI framework. We would need a module > that uses *no* GUI framework, but rather calls the OpenGL routines > directly. As PythonD is a single-process implementation, init() > will change the display to rendering mode, and all > PythonD stdout normally occurrs in the background until the graphics > mode is terminated. There are naturally, several GLUT functions that > have no DOS implementation (joystick stuff, etc). > > PythonD already supports dependency-linked dynamic modules, so > building the needed C libraries should be no problem. > > How difficult/what would be the best way to: > 1. Illiminate all GUI dependencies from PyOpenGL? > 2. Stub the unavailable GLUT functions with placeholders? > > I am not yet subscribed to this group, so please copy me with answers > at bd...@ly... <mailto:bd...@ly...> > > Many regards, > Ben > > This is your brain: bash-2.05$ This is your brain on drugs: Starting > Windows XP... Any questions? > > 250 business cards FREE! Create your own full-colour high-quality > business cards easily online. Only at www.vistaprint.uk > <http://ads.lycos-europe.com/event.ng/Type=click&FlightID=59997&AdID=137818&TargetID=27655&Segments=24319,4234&Targets=27655&Values=24731,78717,243,292,224&RawValues=&Redirect=http://www.vistaprint.co.uk/vp/gateway.asp?S=6736534346> > > -- _______________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://members.rogers.com/mcfletch/ |