I would shorten the time zone. As we have discussed -05 and -0500 are
equivalents.
About the space before the time zone: When I first wrote code which
generates readable iso dates I thought that putting a space before Z makes
the date more readable. But when I started regularly *using* iso dates the
space became inconvenient.
2002-06-24 10:36:04 Z
2002-06-24 10:36:04Z
So I recommend to use the shorter
2002-06-24 10:36:04-05 (Mon 24 Jun)
instead of the longer
2002-06-24 10:36:04 -0500 (Mon 24 Jun)
Anyhow, IMO the new "rfc" is far better then the current format, the
parantheses was a very nice idea.
----- Original Message -----
From: "Karl Fogel" <kfogel@newton.ch.collab.net>
To: <dev@subversion.tigris.org>
Sent: Monday, June 24, 2002 7:17 PM
Subject: RFC: a human-eye date format everyone can love
> Please read "RFC" as "Request For Consensus"... :-)
>
> Now that Hadaka has committed the bulk of the new date output code, we
> should decide on a human-output date format. Currently, svn is
> printing:
>
> "Mon, 24 Jun 2002 10:36:04 -0500"
>
> ...but we all know this is just a placeholder until we figure out what
> we really want. On IRC just now, Hadaka came up with a neat solution,
> which we'd like to propose together:
>
> "2002-06-24 10:36:04 -0500 (Mon 24 Jun)"
>
> The goal of this format is to start with an ISO-8601 section (and
> perhaps compliant with some other standards as well), followed by a
> clearly delimited second section intended for human consumption.
>
> Automatic parsers will only read as many chars as they need, since
> they know the width of the standard-compliant date. Meanwhile,
> English-reading humans can look at the second section to do faster
> mental processing. Everybody wins.
>
> Furthermore, since the second section is ignored by automatic
> processors, we can make it locale-sensitive, so non-English-readers
> can get friendly output too.
>
> The main disadvantage here is that this format is slightly longer than
> the old one. We don't see a big problem, though; it's still short
> enough that it keeps log output well within an 80-column line. IOHO
> the extra information is worth it.
>
> NOTE: If I made any errors in formatting the first part of the date
> above, please point them out. We certainly intend to propose
> standards-compliance in that portion. Hadaka points out that the
> space before the "-0500" might be illegal; in that case, I'm +1 on
> keeping the space anyway for readability, also +1 on eliminating it
> for compliance :-) ).
>
> Thoughts?,
> -Karl
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jun 24 20:11:24 2002