Hi folks, The community becames bigger and bigger and there are more and more projects/nodekits which offers additional features to osg. And therefor I think OSG 3.0 is the best time to refactor the whole nodekit maintaining structure. Hence here are couple of ideas, how to do so.
In my opinion, nodeKits/plugins which were not lucky to be included into osg main core wouldn't survive, because the people would just forget about them. Making everyday advertisment, that this and this nodekit does provide the functionality you are looking for is also not the solution. New users are not used to read wiki pages or search in google, they do not even read ReadMes which are essential for proper work. They just download and compile the osg and want to have either an example showing how to do it or try to reinvent the wheel everytime again and again. Nodekits which are then not included in the main core (or better say: main download) are not noticed by users. What I propose is to rearrange/refactor/cleanup osg main core to basic functionality of a scene graph, so to remove everything which has nothing to do with a scene graph on its own. Then provide something like official category of nodekits, where all previuosuly filtered nodekits would be moved. Robert will became main maintainer, who is responsible for the whole code and for bringing the category maintainers together. A category maintainer is responsible for his category and maintainers of each individaul projects which are covered by his category. The individual maintainer is responsible only for its own project. This would create some kind of hierarchy of nodekits and its maintainers, which would make the further development of OpenSceneGraph more flexible, I think. All the maintainers of the nodekits should get their own svn permissions to being able to commit to the svn, however only to their own projects. Maintainers of a category would get responsible to bring all the projects into one NodeKit-Pack/Category-Pack and make sure, that the pack is compileable and compatible with current osg version. This will free up Robert, who is spending maybe his whole time to the project, and will also make the decision about new features more democratic :) What I imagine is that when you download osg you get just the basic functionality and nothing more. Then you decide to have gui functionality, hence you download the GUI-NodeKit and you get the osgGA, osgWidget, osgText and other nodekits which are still marked as official OSG GUI nodekits. All that nodekits/nodekit categories provided on the main webpage are officialy validated. Projects which are like to became officialy validated, would have to be investigated by the main maintainer (Robert) and by the submaintainer, responsible for the nodekit group where the new project like to be included in. Release of osg 3.0 will be a good point to do so, because the backward compaitibility has no to be fully supported as it was done during the 2.x development. And my personal opinion is, that this kind of project development will make it more flexible and will let evaluate the OpenSceneGraph faster, which more or less became a game engine rather than a scene graph ;) Best regards, art ------------------ Read this topic online here: http://osgforum.tevs.eu/viewtopic.php?p=5006#5006 _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
