Hi Adrian, Having a prototype system for things like DatabasePager and CullVisitor, UpdateVistor, EventVisitor, RenderStage etc are all doable. Although one could possible provide a single factory object that does this cloning for us.
One also still needs access to the final objects too, with a granularity that fits how the various elements are implemented. For instance having a abstract Renderer base class for osg::Camera is something I'm considering. Again one would have a factory method for creating these. I'd like to keep SceneView implementation hidden though, as this is the part most open to refactoring out completely. Robert. On 6/19/07, Adrian Egli <[EMAIL PROTECTED]> wrote:
Hi all may it would be ok to implement a really open interface. once we have access to cullvisitor and databasepager on the accessable sceneview object for "special users", than for all other to make an interface with a factory methode to configure the viewer with the pager and visitor. may these would be a standard supported implementation for viewers, the other variant (sceneview) is just a special way to configure our application. but i know, that the "special" configuration may risk to get futur issues with this interface. so may it would be the better not to let access sceneview directly. and may we need a new abstraction doing that. /adegli 2007/6/19, Rafa Gaitan <[EMAIL PROTECTED]>: > > > > On 6/19/07, Rafa Gaitan < [EMAIL PROTECTED]> wrote: > > Hi Robert, > > > > I'm really interested in the same things (I remember you asked me a long > > response aboute similar problems). > > > > ops not asked... answered!!! sorry.. > > > > > Not only changing the Databasepager is usefull.. you should have access > > to sceneview to change also the default CullVisitor.. or anything.. Maybe > > moving the concept of sceneview to other class.. or a way to access it > > should be necessary. If I remember you were thinking in the posibility > > to add a clone method of the DB or the CullVisitor in order to configure > > correctly the SceneView in the setSceneData method.. > > > > Rafa. > > > > > > > > > > On 6/19/07, Adrian Egli < [EMAIL PROTECTED] > wrote: > > > Hi Robert, > > > > > > thanks for the short replay. This would solve for me all the mentioned "hidden" object issues i have at the moment. > > > > > > /adegli > > > > > > > > > 2007/6/19, Robert Osfield < [EMAIL PROTECTED]>: > > > > > > > Hi Adrian, > > > > > > > > On 6/19/07, Adrian Egli <[EMAIL PROTECTED]> wrote: > > > > > thanks, i have to use my own databasepager implementation for our > > > > > application. So i need to insure that the may databasepager will be used for > > > > > each scene. May i need just a possiblity to set the database pager object and > > > > > management with a factory object. > > > > > > > > > > i need just to use my own databasepager at the moment. > > > > > > > > I believe a factory method would be a good way to solve this issue, > > > > have the app developer set the prototype that osgViewer clones when it > > > > needs a DatabasePager. This would ensure that any new scene will get > > > > the right type of pager. > > > > > > > > The same approach could possible by used for constructing CullVisitor > > > > and other similar components. > > > > > > > > Robert. > > > > _______________________________________________ > > > > osg-users mailing list > > > > [email protected] > > > > http://openscenegraph.net/mailman/listinfo/osg-users > > > > http://www.openscenegraph.org/ > > > > > > > > > > > > > _______________________________________________ > > > osg-users mailing list > > > [email protected] > > > http://openscenegraph.net/mailman/listinfo/osg-users > > > http://www.openscenegraph.org/ > > > > > > > > > > > -- > > Rafael Gaitán Linares > > Instituto de Automática e Informática Industrial http://www.ai2.upv.es > > Ciudad Politécnica de la Innovación > > Universidad Politécnica de Valencia > > > > > -- > Rafael Gaitán Linares > Instituto de Automática e Informática Industrial http://www.ai2.upv.es > Ciudad Politécnica de la Innovación > Universidad Politécnica de Valencia > _______________________________________________ > osg-users mailing list > [email protected] > http://openscenegraph.net/mailman/listinfo/osg-users > http://www.openscenegraph.org/ > _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
_______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
