<div dir="ltr">Hi Riccardo,<br><div class="gmail_extra"><br><div class="gmail_quote">On 8 October 2015 at 15:13, Riccardo Corsi <span dir="ltr"><<a href="mailto:riccardo.corsi@kairos3d.it" target="_blank">riccardo.corsi@kairos3d.it</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I see your point, nevertheless do you think that either:<div style="font-family:tahoma,sans-serif">- having the event callback called with an "about-to-exit" event</div><div style="font-family:tahoma,sans-serif">- having a custom callback to added and called by the viewer right before exiting</div><div style="font-family:tahoma,sans-serif"><br></div><div style="font-family:tahoma,sans-serif">would be a sensible addition to osg?</div></div></blockquote><div><br></div><div>Adding a feature to the core OSG to address the needs of a single end user that may or may not need this feature is not something I feel is appropriate.<br><br></div><div>If there were no other way to solve the particular problem you are trying to resolve it might be a compelling but there are number of different ways to resolve the issue at your end:<br></div><div><br></div><div>   The exit from the application is entirely within end user control so you can decide when it happens and what happens when you want to exit.<br></div><div><br></div><div>   The osgGA::Event/GUIEventAdapter system is extensible so end users can subclass and dispatch their own events and have the event callbacks catch these.<br><br></div><div>   After exiting the main frame/event loop you can call what ever you want to call to do clean up.<br><br></div><div>These aren't the only ways either.<br><br></div><div>Robert.<br></div><div><br> </div></div></div></div>