By the way, guys, I've noticed a small bug in this wxOSG_tab application (at least in the version I compiled...):<br><br>Has someone already noticed that, if you remove the "start page" [you then create the _auiNotebook the first time it is requested] and for example add a Menu with an "Open..." command to load osg models, then each time you do this sequence:
<br><br>1) Open an osg file,<br>2) Close the only tab created<br>3) Try to open an other file<br><br>... the application crashes...<br><br>I put a zip file of the modified sources on my website: if someone wants to check this... 
<a href="http://utopianworld.ath.cx/web/osg/wxOSG_tab_modified.zip">http://utopianworld.ath.cx/web/osg/wxOSG_tab_modified.zip</a><br>Or maybe it's a known issue and that's the very reason why you added the "Start page" and prevented its detruction ?
<br><br>I can't say if the problem comes from OSG or wxWidgets: sometimes I have a crash on osgViewer::View constructor but the debug version doesn't display anything useful, and sometines I have the bug in other dlls like ntdll for example... if it comes from wxWidgets, maybe that's the reason why you are using version 
2.9 (I built the application with the version 2.8.4, and in non-unicode... so if you when to test this you may have to make small changed in the code I added [every thing is in MainFrame.cpp in fact])<br><br>regards,<br>Manu.
<br><br><br><div><span class="gmail_quote">2007/10/29, Thibault Genessay <<a href="mailto:tibogens@gmail.com">tibogens@gmail.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Mario<br><br><br>On 10/26/07, Mario Valle <<a href="mailto:mvalle@cscs.ch">mvalle@cscs.ch</a>> wrote:<br>> I had to make some addition to have it compiling under VS 7.1 (and my wx and osg<br>> libraries). But beside this, I noticed a strange thing:
<br>> load spaceship.osg (or fountain.osg) and you notice the motor plumes does not animate. If<br>> you make the model rotate, they start animate again.<br><br>That is quite expected. The update traversal is not normally
<br>triggered, so no updatecallback-based animations can work if the view<br>is not being updated. If you throw the model, the manipulator calls<br>requestContinuousUpdate(true) so animations are updated.<br>If you want to override this behavior, you can call
<br>Canvas::setUpdateWhenIdleOverride(true). You'll get the "normal",<br>real-time OSG loop.<br><br>The rationale is that GUI based applications more often display static<br>scenes (e.g. in a 3D modeler, the update is not continuous).
<br><br>> It is something related to your OnIdle optimization. If you comment the if line, then<br>> everything animates as usual.<br>> Hope it helps.<br><br>Glad to see if compiles under 7.1<br>Thanks for testing
<br><br>Thibault<br><br>> Ciao!<br>>         mario<br>><br>><br>> Thibault Genessay wrote:<br>> > Hi Emmanuel<br>> ><br>> > I have made a sample that demonstrate the integration of the OSG in
<br>> > wxWidgets. It is a simple frame with a wxAUINotebook containing OSG<br>> > views. You can download source and binaries at<br>> > <a href="http://ips-dil.unil.ch/osg">http://ips-dil.unil.ch/osg</a>
<br>> ><br>> > Could you have a look at these and see if this suits your needs ?<br>> ><br>> > I am planning to release it as an "official" sample to OSG+wxWidgets,<br>> > so I'll need to test it on more systems (not tested on Linux as of
<br>> > today) and more threading models.<br>> ><br>> > It uses a modified version of the osgCompositeViewer::Viewer that<br>> > skips rendering if makeCurrent() returns false. Currently, the<br>> > composite viewer ignores the return value of makeCurrent(). We'll need
<br>> > to address this issue with Robert as it is precisely the problem you<br>> > and him are discussing in the thread "camera switching in composite<br>> > viewer".<br>> ><br>> > Cheers
<br>> ><br>> > Thibault<br>> ><br>> ><br>> > On 10/26/07, Emmanuel Roche <<a href="mailto:roche.emmanuel@gmail.com">roche.emmanuel@gmail.com</a>> wrote:<br>> >> Okay, with this version joined, we have two tabs (not added dynamically,
<br>> >> sure, but it's a beginning...) with animation rendered correctly...<br>> >><br>> >> The only issue left is the mouse handling problem:<br>> >> I added a trackballmanipulator on the view1 on each tab, assigned an
<br>> >> handling function to the corresponding wxGLCanvas each time, and this<br>> >> function is indeed called when I drag on the view1 BUT nothing moves...<br>> >> :-(...<br>> >><br>
> >> I'm using view->getEventQueue()... could it be somehow "disconnected" ?<br>> >> nothing happens either if I use the corresponding<br>> >> graphicswindow->getEventQueue()... so what's left ??
<br>> >><br>> >> Manu.<br>> >><br>> >><br>> >> 2007/10/26, Emmanuel Roche <<a href="mailto:roche.emmanuel@gmail.com">roche.emmanuel@gmail.com</a>>:<br>> >>> Indeed, we are in a situation where the CompositeViewers don't share the
<br>> >> GraphicsWindows and everything happen in the same thread... yet, it's<br>> >> currently not working for me:<br>> >>> as soon as I had a second tab only the last compositeviewer gets updated
<br>> >> and drawn, the others are frozen... :-(...<br>> >>> I keep investigating...<br>> >>><br>> >>> Manu.<br>> >>><br>> >>><br>> >>> 2007/10/26, Robert Osfield < 
<a href="mailto:robert.osfield@gmail.com">robert.osfield@gmail.com</a>>:<br>> >>><br>> >>>> On 10/26/07, Alberto Luaces <<a href="mailto:aluaces@udc.es">aluaces@udc.es</a>> wrote:<br>> >>>>> If I recall correctly, you can have as many CompositeViewers as you
<br>> >> like/need.<br>> >>>> If the different viewers don't share any GaphicsWindows then it should<br>> >>>> be fine to have multiple Viewer/CompositeViewers.<br>> >>>>
<br>> >>>> However, If all the viewers run in different threads then sharing a<br>> >>>> single scene graph between them would be problematic.  Such usage<br>> >>>> would lead to one viewers update running in parallel with another
<br>> >>>> viewer's cull/draw.<br>> >>>><br>> >>>> Robert.<br>> >>>> _______________________________________________<br>> >>>> osg-users mailing list
<br>> >>>> <a href="mailto:osg-users@lists.openscenegraph.org">osg-users@lists.openscenegraph.org</a><br>> >>>><br>> >> <a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org">
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org</a><br>> >>><br>> >><br>> >> _______________________________________________<br>> >> osg-users mailing list<br>
> >> <a href="mailto:osg-users@lists.openscenegraph.org">osg-users@lists.openscenegraph.org</a><br>> >> <a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org">http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
</a><br>> >><br>> >><br>> >><br>> > _______________________________________________<br>> > osg-users mailing list<br>> > <a href="mailto:osg-users@lists.openscenegraph.org">osg-users@lists.openscenegraph.org
</a><br>> > <a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org">http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org</a><br>> ><br>><br>> --<br>> Ing. Mario Valle
<br>> Visualization Group                              | <a href="http://www.cscs.ch/~mvalle">http://www.cscs.ch/~mvalle</a><br>> Swiss National Supercomputing Centre (CSCS)      | Tel:  +41 (91) 610.82.60<br>> v. Cantonale Galleria 2, 6928 Manno, Switzerland | Fax:  +41 (91) 
610.82.82<br>> _______________________________________________<br>> osg-users mailing list<br>> <a href="mailto:osg-users@lists.openscenegraph.org">osg-users@lists.openscenegraph.org</a><br>> <a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org">
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org</a><br>><br>_______________________________________________<br>osg-users mailing list<br><a href="mailto:osg-users@lists.openscenegraph.org">osg-users@lists.openscenegraph.org
</a><br><a href="http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org">http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org</a><br></blockquote></div><br>