Carsten Neumann wrote: > Looking forward to comments/suggestions :) Looks pretty good! I don't have any objections at all.
I like the unification of scene/image because that means we can use it for any types. (And completely replace the minimal "VFS" I implemented at my last job). Especially shaders (and maybe text-files in general) is something that OpenSG apps need to load, and being able to channel everthing through one IO system is a Good Thing (tm). > If the FiletypeHandler needs real files (because it uses external libs > like Collada) it can try to fallback to openReadLocal() etc. That's fine. That function could even create a temp file and return a filehandle to it. (Then, depending on the user-replacable cache-strategy object, it will be probably be deleted sometime, or not.) Cheers, /Marcus ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Opensg-core mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-core
