>Herold Heiko <[EMAIL PROTECTED]> writes:
>> Yes, the windows and dos version (OS/2 too ?) can't use :,
>so if we need
>> to choose a separator we could as well choose something which does
>> create as few as possible problems on most platforms.
>> Even if this does mean a slightly different syntax than the classic
>> protocol:port URI form... since those directories are a sort
>of reminder
>> where that data came from there's no _strict_ need to mirror the
>> original URI imho.
>
>Yes, and there's no _strict_ need to pick a lowest-common-denominator
>notation just to make Windows happy either. Like I said, the Windows
>version of Wget already has to change ':'s into something
>else. I don't see
>this ':' as any different.
This made me really think about this issue... what about people who do
access the same filesystem from multiple operating systems ?
Maybe wget should have a (default disabled!) option to use only common
denominator characters, which are available on every filesystem
possible... unix really doesn't have any problems except /, everything
else is just cosmetical; windows... we all know that :( ... what about
Os/2 hpfs (same as windows ?) What about BeOs, MacOs, all those where
wget could theoretically be ported one day or where a filesystem
mirrored by wget could be accessed remotely ? It's no good thinking
"well the file system sharing protocol can correct those filenames",
because the links wouldn't work any more.
Implementing this should be more easy than gathering a (complete) list
of problematic characters.
Heiko
--
-- PREVINET S.p.A. [EMAIL PROTECTED]
-- Via Ferretto, 1 ph x39-041-5907073
-- I-31021 Mogliano V.to (TV) fax x39-041-5907087
-- ITALY
