Got it figured out now. Had to override __onWxPaint anyway to get everything right..... Should be good to go now. On another note, I am inclined to leave the GL, GLU, and GLUT libraries the way they are, even though they are low level and not too Pythonic. Should be ready for svn in a day or two.
Cheers, Nate L. On 12/12/06, Nate Lowrie <[EMAIL PROTECTED]> wrote: > On 12/11/06, Ed Leafe <[EMAIL PROTECTED]> wrote: > > On Dec 11, 2006, at 2:08 PM, Nate Lowrie wrote: > > > > > Any suggestions on how to implement the graphs? I didn't get a > > > response so > > > I thought I'd try this again. > > > > Sorry. Email does tend to get cluttered and things get lost > > occasionally. > > > > > On another side note, I needed a openGL canvas and some graphs for a > > > project. I am almost done with the dGlCanvas, and I assume that it > > > is fine > > > integrating with Dabo because it is a native wx object, even if it > > > does > > > require PyOpenGl to operate. > > > > The problem, of course, is that if that is added to dabo.ui, then we > > now introduce yet another dependency. It would have to be written so > > that if PyOpenGl is not present, it exits silently when dabo.ui is > > loaded, and should also throw a specific error when someone tries to > > use the control. > > They way I have it setup right now, when the wx ui is loaded it checks > for PyOpenGL and if it's not present, it prints a message to the Dabo > log saying that PyOpenGL was not present so dabo.ui.dGlWindow was not > loaded. Is that good enough? > > On another note, I was putting some touches on the dGlWindow and I > them thought of something that gave me pause. I subclassed > dControlMixin, which subclasses dPemMixin, which defines a DC and a > draw area for the control. Do you think this will pose a problem? I > haven't seen anything yet but at the same time I didn't try to draw > something using the standard wx DC. I am inclined to leave it because > of the other features dPemMixin brings to the table. Thoughts? > > > > > > On the note of the graphs, I wanted you to to > > > decide how to proceed. If you want to stick solely to wx and dabo > > > object, > > > the graphs objects could be just panels that are drawn on. I've used > > > matplotlib with the wx bindings before, but that requires a host of > > > dependencies I am not sure that we want to introduce. Also, I have > > > found > > > the API for manipulation hard to learn. Is there another wx > > > library anyone > > > knows of? I am going to get the graphs implemented in some way > > > after the > > > glcanvas object, so a course of action on how to code would be nice. > > > > I don't have much experience here, so I can't advise. Perhaps the > > wxPython list might be a good place to ask? > > > > -- Ed Leafe > > -- http://leafe.com > > -- http://dabodev.com > > > > > > > > _______________________________________________ > > Post Messages to: [email protected] > > Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev > > > _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev
