Karl Fogel wrote:
> Nuutti Kotivuori <naked@iki.fi> writes:
>> Log message: Generate ISO-8601 dates from now on. Also canonicalize
>> dates on 'svnadmin dump'. The new datestamps look like this:
>>
>> 2002-06-22T09:14:58.030390Z
>
> What is the reason to use a different format here than in the
> human-readable strings? If the human date format complies with
> ISO-8601 anyway, why not just use that for storage as well? (It can
> be in GMT when necessary, that's just a GMT offset of 0:00.)
Sorry, no bonus. RFC2518 (WebDAV) _requires_ the 'T' to be there. So
we can't keep the formats the same. Actually, there's another problem
as well - the user is unlikely to be wanting to see the fractions
there. Even if it's just stripping the fractions, it's still two
different formats.
> Consistency is good in general, developers won't have to keep
> switching mental modes, etc, :-).
>
> In other words, if these two seemingly separate problems...
>
> 1. Have a bidirectional conversion between apr_time_t
> and some stringy storage format
>
> 2. Have a human-readable date format
>
> ... are solveable with one format (which I think they are), then we
> shouldn't multiply formats needlessly.
Well, well. Since it's clear that we need to have the 'T' there, shall
we start on the debate that is it still human-readable with the 'T'?
;)
-- Naked
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jun 22 22:42:09 2002