Re: [osg-users] osgviewer::GraphicsWindowCarbon and wxWidgets conflict

Hi Hartwig, Am 13.05.10 22:19, schrieb Hartwig Wiesmann: yes, this would help in case a window is open having an OpenGL context. But in the Carbon version OSG also takes all quit events in case no window or other windows are open. Sorry missed that part of information. There was a submission

Re: [osg-users] osgviewer::GraphicsWindowCarbon and wxWidgets conflict

Hi Stephan, I just tried 2.9.6 and there the quit event is still initialized in the static variable initialization part. And I think there is no way around it (or only a bit tricky one) because this handler is also not associated with any window. And it can only be initialized once (so you

Re: [osg-users] osgviewer::GraphicsWindowCarbon and wxWidgets conflict

Hi Hartwig, Am 14.05.10 17:56, schrieb Hartwig Wiesmann: I just tried 2.9.6 and there the quit event is still initialized in the static variable initialization part. And I think there is no way around it (or only a bit tricky one) because this handler is also not associated with any

[osg-users] osgviewer::GraphicsWindowCarbon and wxWidgets conflict

Hi, osgViewer::GraphicsWindowCarbon and wxWidgets do not work well together on Mac OSX in case you are using dynamic wxWidget event handlers (event handlers that are linked by using wxEvtHandler::Connect). The quit-event is not caught by wxWidgets but is handled by OSG. And this means that

Re: [osg-users] osgviewer::GraphicsWindowCarbon and wxWidgets conflict

Hi Stephan, yes, this would help in case a window is open having an OpenGL context. But in the Carbon version OSG also takes all quit events in case no window or other windows are open. Cheers, Hartwig -- Read this topic online here: