It looks like you are trying to resize the widget. But there are other methods for making the widget to change its size. Can these work for you? Or, what are you trying to do?
John > ------------ Original message ------------ > From: Chuck Shaw <[email protected]> > Subject: Re: [osg-submissions] improved osgQt::GraphicsWindowQt > Date: 8. 6. 2011 22:38:53 > ---------------------------------------- > 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-openscenegra > > ph.org _______________________________________________ osg-submissions mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
