> From: solo turn [mailto:soloturn99@yahoo.com]
> Sent: Tuesday, May 27, 2003 2:05 PM
> To: svn
> i think this discussion is going too far. i started it as a usability discussion, and not as a
> "what is native or not" and "what is majority or not" discussion.
>
> from a usability point it is clear that:
> 1. svn uses urls and long paths as input parameter
> 2. svn uses mostly paths as output parameters
> 3. users do actions on paths which are the output
> before, and use this arguments in urls and paths.
> 4. unix-paths use "/", urls use "/", windows cmd
> can understand "/" (see note below), so it is
> pointless that an artificial difference is made there
> by forcing users to break their fingers.
> 5. it is not a cywin only thing, it is also an url thing.
>
> somebody changed the path output from "/" to "\". it hit useability, which is imo not tolerable.
We are still in alpha, so this should be at least somewhat tolerable.
That urls use '/' as a seperator doesn't mean we should output _native_ paths
with a '/' seperator.
> nobody will understand that effort is put into making svn less usable. and nobody understands that
> unix commands should be as unusable as possible.
Intersting claims...
> so i suggest to just undo this change.
>
> and if somebody likes options and likes the effort: put an issue for post-1.0 with option.
Or, make users choose a platform. Either run on cygwin or run on windows. Or, deal with the
'\' on cygwin.
> note:
> windows is moving also to "/" as path separater, windows 2000 already understands it when quoted
> like "c:/win32/...". and therefor every windows batch program can be written to accept "/".
Not true. Anything beyond win2k maybe, but not NT or 9x.
Anyway, if or when MS decides to standardise on '/', apr will deal with it
(redefining what the native path seperator is). That will require no changes
on part of Subversion in the future. Barring some crazyman optimising away
all native/canonical calls ;).
Sander
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue May 27 14:35:01 2003