That was my first thought too, and I was trying to work with it. However it seems that the changes broke resize events for us. I'm also trying to not reinvent the wheel if I do not have too, and was hoping to be able to just use the helper classes in osgQt as they were. I was glad to see the updated changes, as they were definitely needed. It's just moving resizeEvent() to protected bit us unexpectedly. To compromise, what is your opinion with adding a public function to the GLWidget along the lines of manualResize(int width, int height) that would trigger the resizeEvent?
Chuck Shaw On Wed, Jun 8, 2011 at 1:14 PM, PC John <[email protected]> wrote: > Hi Chuck, > resizeEvent being protected follows QGLWidget design, e.g. it is protected. > I see two options: > - you can always derive your MyGLWidget and make the protected function > public, or > - it can be made public in OSG code (I have nothing against it, but > personally, I have an impression that we may end up with all methods in > public) > > What others are saying? > John > > > ------------ Original message ------------ > > From: Chuck Shaw <[email protected]> > > Subject: Re: [osg-submissions] improved osgQt::GraphicsWindowQt > > Date: 8. 6. 2011 21:53:48 > > ---------------------------------------- > > I just pulled trunk and the new changes had a minor impact on our > existing > > application. Our code as written depends on resizeEvent() in GLWidget > > being public. Would there be any objections with me putting > resizeEvent() > > back to public as it was prior to changeset 12412? > > > > Chuck Shaw > > > > On Sat, May 14, 2011 at 5:57 AM, PC John <[email protected]> wrote: > > > Hi Robert, > > > > > > I have improved GraphicsWindowQt: > > > > > > - renamed osgQt::GraphWidget to osgQt::GLWidget > > > as it better fits to Qt naming (osgQt::GLWidget is derived from > QGLWidget > > > while recent GraphWidget... it is unclear, maybe QGraphicsView, > > > QGraphicsScene,....) > > > - added the code to properly manage ON_DEMAND rendering scheme > > > (involves osgQt::setViewer() and internal HeartBeat class) > > > - added forward key events functionality. It allows to not eat the key > > > events > > > by GLWidget, but it forwards them to Qt processing as well. > > > - destroying GLWidget before GraphicsWindowQt and vice versa does not > > > crash the application > > > - it is possible to request particular QGLFormat in GLWidget > constructor > > > - added QtWindowingSystem class > > > - multithread OSG rendering improvements/fixes > > > > > > John > > > > > > _______________________________________________ > > > osg-submissions mailing list > > > [email protected] > > > > > > > http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegra > > > ph.org > _______________________________________________ > osg-submissions mailing list > [email protected] > > http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org >
_______________________________________________ osg-submissions mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
