Nuutti Kotivuori <naked@iki.fi> wrote:
> Mark D. Baushke wrote:
> > For what it is worth, I concur with Nuutti that if the time has a
> > colon, the time zone should also have a colon. If you really do not
> > like a colon, then for many cases the precision could be reduced and
> > you could use '2002-06-22 11:14:42 +03' if you didn't want to have
> > '2002-06-22 11:14:42 +03:00' as the displayed time.
>
> Here we should note that +03 implies a different _precision_ than
> +03:00 or +0300. That's different, even though it might not matter.
It is indeed a representation with a different precision. However, my
recollection is that the +03:00 and +03 are considered equivalent. The
+03 may be omitted with the :00 assumed if the difference is exactly an
integral number of hours.
Karl Fogel <kfogel@newton.ch.collab.net> wrote:
>
> "Mark D. Baushke" <mdb@juniper.net> writes:
> > >Something of a bikeshed <shrug>. But if we can just use one stringy
> > >time format, for both storage and human presentation, that's a win.
> >
> > Agreed, but it is likely to be a matter of context and knowing
> > unambiguously what is part of the time string and what is part of other
> > data that surrounds it.
>
> Well, all the concrete formats we've discussed (for both human
> presentation and for storage) are unambiguous in the right way.
I was trying to answer the question of why ISO-8601 needed/recommended
the extra 'T' and such. It was just a guess.
I am content to have something that is unambiguous for display and input
purposes (even if it does not 100% match the ISO-8601 recommendations).
That said, I would favor having the internal stored representation in a
canonical UTC format. I would further like to see us keep time down to
at least milliseconds (e.g., 2002-06-23T01:41:13.994Z) or smaller
fractions of a second if you think that makes sense.
Enjoy!
-- Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Jun 23 03:53:39 2002