> we have been discussing this but the conclusion was not to > make it the > primary VRML loader because it creates an intermediate vrml > tree which > is than mapped to OpenSG in a second pass. Our conclusion was to clean > up the old loader so that it is easier to understand and to stick with > this one.
OK. Thanks. > my main question would be, what are the requirement for the > loader. Just > load geometries and material or more ?. For just getting > geometry in the > current one should be fine. If you could provide a few more > details the > answer if you should try the experimental one or not would be easier. You guessed right :-) We are looking for support for behavioural nodes like Sensors, Interpolators, etc which I could see were present (even though the implementations don't see to be complete) in your Experimental loader. Are you planning to merge these features into the mainstream VRML loader at some point of time (since good sections of code seems to be written already). - Praveen ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
