Le 01/08/2017 à 14:24, Richard llom a écrit :
Then, for a big subset of dates, there would not be any way to
distinguish it from DD/MM/,
Yeah, thats the problem with this format (and not only in scilab).
unless for instance using a distinct separator: MM\DD\. Not sure
that this wou
Then I would go with just "US" (my opinion).
cheers
--
View this message in context:
http://mailinglists.scilab.org/Scilab-users-SEP-upgrading-weekday-tp4036719p4036804.html
Sent from the Scilab users - Mailing Lists Archives mailing list archive at
Nabble.com.
__
Le 01/08/2017 à 15:45, Richard llom a écrit :
OK. So, instead of an option, we could use a prefix, that will be even
handier, like in "US7/24/2017". It could be specified just with
"US"+myDate
instead of myDate,"US", without having to think about the place of the
"US" option wrt the"long"
one.
We
> OK. So, instead of an option, we could use a prefix, that will be even
> handier, like in "US7/24/2017". It could be specified just with
> "US"+myDate
> instead of myDate,"US", without having to think about the place of the
> "US" option wrt the"long"
> one.
> We could use "US " (with a space) in
Le 01/08/2017 à 14:24, Richard llom a écrit :
unless for instance using a distinct separator: MM\DD\. Not sure
that this would be actually ok.
Would it? IMO, a "US" optional flag would not be more handy.
IMO the "US" optional flag would be the only reasonable solution. Also for
someone who h
> Then, for a big subset of dates, there would not be any way to
> distinguish it from DD/MM/,
Yeah, thats the problem with this format (and not only in scilab).
> unless for instance using a distinct separator: MM\DD\. Not sure
> that this would be actually ok.
> Would it? IMO, a "US
Hello Richard,
Thanks for your input. I am answering in the body:
Le 01/08/2017 à 13:07, Richard llom a écrit :
I find it confusing that only "DD/MM/" doesn't require a leading zero,
while all others do...
Not all, just the -MM-DD... one, because this format is a
normalized/standard
I find it confusing that only "DD/MM/" doesn't require a leading zero,
while all others do...
Also there is no support at all for the us date format (MM/DD/). Not a
fan of it, but users from the USA might appreciate it.
cheers
richard
Samuel GOUGEON wrote
> Hello,
>
> The new implement