Christoph Fünfzig wrote:
> Hi Marcus,
> 
> Marcus Lindblom wrote:
>> Hi all,
>>
>> There's stuff happening on the wiki. I like that. I prefer to give my 
>> comments here though, as it's easier to keep track on the discussions.
>>
>> == FileIO ==
>>
>> On handling realtive paths. We need to decide between implicit or 
>> explicit management. I proposed implicit first (storing curren path for 
>> each protocol & thread) but have lately moved to explicit (loaders are 
>> responsible for mapping that) as I think the first is too error prone 
>> and not really worth the effort (it is sexy, I'll admit to that, but how 
>> much maintenance will it require? ;).
>>
>> I've also put in some sample code there, to try to clarify some concepts.
>>
>> Comments?
>>   
> Explicit handling is easier, but then you have to implement the rules 
> for referenced content inside the SceneFileType. But I think
> it is the right way to start with.
> The scenario which occurs most often, is like this
> SceneFileType gets URL of scene root
> and has to handle relative, absolute or URL paths to content it references.
> URL paths are easy.
> Should relative or absolute paths always stick with the content provider 
> of the scene root?

I was thinking that we'd only use URL paths to talk to content providers 
and that the future of today's PathHandler would be to convert regular 
file paths (relative or absoulute) into file:// - URLs, which are passed 
on to the right loader.

What do you mean by the paths 'sticking to the content provider of the 
scene root'?

Cheers,
/Marcus

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to