Jean-Sébastien Guay wrote: > Hello Gino, > > >> You could be right about the correct URL format but this is what I had >> to change in order to be able to use OpenVRML 0.14.3. >> > > That's weird, as I remember testing the "file://C:/data/blah" way and it > worked. Perhaps you could check why it doesn't and fix it... > > >> I believe some >> time ago the consensus in the OSG community was to stick with OpenVRML >> 0.14.3, since following releases depended on boost. I'm not sure if this >> is still the way to go. >> > > That's right. There was no further work, because the new versions of > OpenVRML brought nothing new (nothing useful to the OpenVRML users > anyway) to compensate for the new boost dependency. > > >> Do you know which version of OpenVRML fixes the >> URL issue? I can probably use the openvrml::browser::version() string >> to workaround this bug. >> > > No, I was using 0.14.3 as well. Something else might be wrong then... > You might have to look a bit deeper to find out. > > Sorry. But I don't think checking in a workaround would be a good idea. > Better to fix the real problem, if any. > > J-S > Hi J-S,
I would have to fix it in OpenVRML then, and the fix then should be retro-fitted into version 0.14.3. Or, we should create an OSG-dedicated OpenVRML version. These options do not appeal to me very much. I think it's better to keep things operable with the existing 0.14.3 version of OpenVRML, whether the use of "file:///..." is standard-compliant or not. Frankly, I do not care about standard-compliance. I just want the VRML plugin to work with full file paths on Win32. But, in case you're wondering which form is correct check http://blogs.msdn.com/ie/archive/2006/12/06/file-uris-in-windows.aspx Cheers, Gino _______________________________________________ osg-submissions mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
