Thanks Paul, I've merged your changes, but changed the OpenFlight reader code so that is uses a new bool held in Document::get/setReadObjectRecordData() to decide whether to read and assign the object records or not. I've set this to off by default to retain the original functionality, with ReaderWriter::Options for enabling it via -O readObjectRecordData . If the prevailing will of OpenFlight users is that this should be on by default then I'd be happy to change, in general though I incline toward preserving original behaviour hence the settings I've gone for. I've added mention of this new variable on the wiki's OpenFlight entry :
http://www.openscenegraph.org/projects/osg/wiki/Support/KnowledgeBase/OpenFlight Cheers, Robert. On Tue, Mar 11, 2008 at 10:07 PM, Paul Martz <[EMAIL PROTECTED]> wrote: > > > Hi Robert -- The attached preserves OpenFlight Object record data as > UserData in the osg::Group corresponding to the Object record. > > The files are: > include/osgSim/ObjectRecordData -- The new class. Derives from Object to > support .osg IO. > src/osgPlugins/OpenFlight/PrimaryRecords.cpp -- Reads data into that > class. > src/osgPlugins/osgSim/IO_ObjectRecordData.cpp -- .osg IO support. > > I know we had discussed deriving the new class from osg::Referenced, but I > couldn't see a way to support .osg IO without deriving it from osg::Object. > > I've tested this with my (under development) FLT exporter and can preserve > the Object record data in round trips between FLT and OSG. > > Feedback welcome, > > Paul Martz > Skew Matrix Software LLC > http://www.skew-matrix.com > 303 859 9466 > > _______________________________________________ > osg-submissions mailing list > [email protected] > > http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org > > _______________________________________________ osg-submissions mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
