Hi Robert, >> That seems like a sensible approach as it would avoid the issue altogether, >> at the expense of a little bit more code to properly handle the threading >> model transitions.
> I was afraid you'd say that :-) :-) > Right now I'm juggling way too many balls to tackle this, or to help > out too much with guidance to do it. It'll involves changes to > osg::OperationsThread (was GraphicsThread till it was generalised > recently, still found in GraphcisThread.cpp), changes to the Viewer > code. It won't require a huge amount of code, but it will require > some very careful thinking abut how the various threads will manage > their delicate dance so that nobody steps on other toes - so it > requires a clear head! > > I'm happy to take this one once things settle down some more. I don't > see it as serious bug, it doesn't cause crashes, and toggle threading > modes is really something for curiosity rather than serious app > development i.e. apps won't be constantly toggle threading. I do want > to see it fixed for 1.3 though so if we are on the home straight to > 1.3 and I have tackled it yet please shout. This is definitely not a serious issue and a low priority thing for sure (until this workaround is implemented, I will delay supporting window moves across screens because recreating the moved window triggers the condition). > Thanks for you help on the Windows front of osgViewer, it has been > invaluable ;-) You're welcome. This is my humble contribution to the OSG project. Happy to see that it's being valued by you and other members. André _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
