On 10/6/06, Chris Hanson <[EMAIL PROTECTED]> wrote:
I'm all in favor of the goals mentioned here. They would benefit many people, including
myself. I'm sure migrating from my current osgProducer/osgViewer setup would be ugly, but
worth it.
Thanks for the feedback.
The new osgViewer is very unlikely to be API compatible with osgProducer, although everything that can be done with osgProducer should be possible in osgViewer, and I'd like to provide a clear migration path across. Its difficult to know how ingrained osgProducer is and what parts will cause the most hassel to migrate, so I need feedback from the community of how to make this easier. This also applies to those wanting to migrate to Don's Producer 2.x.
One possibility might be to provide a osgProducer::Viewer "like" class to enable easier migration, there will be limits to how close it could be though. I don't know how practical this will be yet though, we really need a first pass cut at osgViewer before we can really start testing it for real, and start reflecting on providing compatibility API's in addition to this. Feedback from the community on what might be the friction points in migration will also take a few users to review the new API and have a go at making the move across.
osgViewer is still very much at the conceptual stage, I know the rough goals, and have a few ideas about the design/implementation, but there are still many key areas that I'm not sure how to progress - more time on design is required. We can flesh out more of the implementation details in prep though - things like the osgsimpleviewer series is a small step in this direction. For instance how easy is to integrate with AGL/CGL/MFC/Win32/WxWindows etc are all still up in the air - I need community members to have a go at these. As is extending osgsimpleviewer implementations to handle Pbuffer support. First up is just getting the graphics window up and events adapted for the various window toolkits. We can probably explore whether it is practical to just place headers for GraphicsWindowQT, GraphicsWindowFLKT etc right in include/osgViewer but not compile them and thereby not force the dependency on this these - as osgViewer has to remain windowing toolkit agnostic.
Robert.
_______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
