/ (as a directory separator) is ¥ on Japanese Win env.
And on non-UNICODE encoding env such as Shift-JIS, \ is displayed also as ¥.
Since we have to handle a lot of encodings (Shift-JIS, JIS, EUC, UTF-8, UTF-16) until all the systems become UTF-16 or at least UTF-8, we have to convert encoding each other.
The problem is, Windows10 JP uses half Shift-JIS and half UTF-16 inside, so you can type /, ¥, \ as is.
But once changing the encoding (UTF-8 -> S-JIS) it becomes a mess. Imagine \ as escaping and directory as / becomes all ¥.
Well, I agree "always using / as a directory separator" would be nice. Really.
But so far I think for directory separator purposes using DIRECTORY_SEPARATOR is safer.
that sounds odd... of course a thing to keep in mind.
But so far I think for directory separator purposes using DIRECTORY_SEPARATOR is safer.
not sure if you can generalize that. as i wrote in my post, people are using the DIRECTORY_SEPARATOR and it happened to me more than once, that the well-intentioned DIRECTORY_SEPARATOR simply broke stuff.
of course you arguments are really good ones, i simply try to balance what happens more often, a special encoding which is known to break things or a DIRECTORY_SEPARATOR which is used wrong because it can't be tested on linux systems.
and to which symbol
/
is replaced? if it stays the same your argument that\
is replaced to¥
also hardens my argument to only use/
as separator/
(as a directory separator) is¥
on Japanese Win env.And on non-UNICODE encoding env such as Shift-JIS,
\
is displayed also as¥
.Since we have to handle a lot of encodings (Shift-JIS, JIS, EUC, UTF-8, UTF-16) until all the systems become UTF-16 or at least UTF-8, we have to convert encoding each other.
The problem is, Windows10 JP uses half Shift-JIS and half UTF-16 inside, so you can type
/
,¥
,\
as is.But once changing the encoding (UTF-8 -> S-JIS) it becomes a mess. Imagine
\
as escaping and directory as/
becomes all¥
.Well, I agree "always using
/
as a directory separator" would be nice. Really.But so far I think for directory separator purposes using
DIRECTORY_SEPARATOR
is safer.that sounds odd... of course a thing to keep in mind.
not sure if you can generalize that. as i wrote in my post, people are using the
DIRECTORY_SEPARATOR
and it happened to me more than once, that the well-intentionedDIRECTORY_SEPARATOR
simply broke stuff.of course you arguments are really good ones, i simply try to balance what happens more often, a special encoding which is known to break things or a
DIRECTORY_SEPARATOR
which is used wrong because it can't be tested on linux systems.But you shouldn't use DIRECTORY_SEPARATOR on urls, hence your "simply broke stuff" issue.
It's like using
move_uploaded_file
to move file A.txt to B.txt, it simply won't work.