Hi, On Wed, 2005-05-25 at 13:48 +0200, Christoph Fuenfzig wrote: > Hi Gerrit, > > Gerrit Voss wrote: > > >> > > > >the small problem might be, that this is undecidable without external > >knowledge inside the path handler. > > > > > > > That is not quite correct. You know you are running on WIN32, and then > the established format for path lists > is usually "d:\;d:\Model" and "d:/;d:/Model" would be just for comfort.
usually but than there are people who like to run and configure their demos from one (preferable NFS mounted ;-)) directories on Linux to later run them on windows ;-). But actually this is a slightly different problem introduced by cygwin which allows you to do /c/foo/bar. > >I would put the fix inside findFile, where you know what you get is > >one element and work from there. AnalysePath is most likely the wrong > >place without and might break existing setups. > > > > > > > Of course, that is always possible. But PathHandler is already quite > complex, so I thought it > is intended to offer such flexibility. > > It's a standard way of representing a path. If you look at the way both QT > > and boost::filesystem represent a path, "d:/Model/gotsman/horse.wrl" is a > perfectly valid path. It seems a bit strange to me that this does not work > by default. I'm not forcing anyone to change OpenSG's behaviour. I know my > work-around with replacing '/' by '\' works but I found it quite strange > and a bit disturbing that these paths did not work out of the box. Just my > 2c. > " > > > Of course, it is not worth breaking anything ofr that. or at leat break it really well. I guess the main problem is the wrong precondition we choose. Allowing both ways to represent a path(list) on both platforms. And as in math from a wrong precondition you can deduct a lot of funny things ;-)). Probably we should go back and choose the windows way for windows and the unix way for unix. I guess this would be less confusing for everybody. From this clear definition it might be easier to add additional features as we go along as long as the to be expected basics keep working. regards, gerrit ------------------------------------------------------- This SF.Net email is sponsored by Yahoo. Introducing Yahoo! Search Developer Network - Create apps using Yahoo! Search APIs Find out how you can build Yahoo! directly into your own Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
