time format wrap-up? (was: a human-eye date format everyone can love)

On Mon, Jun 24, 2002 at 10:48:04PM -0500, Karl Fogel wrote:
> Justin Erenkrantz <jerenkrantz@apache.org> writes:
> > On Mon, Jun 24, 2002 at 07:23:08PM -0700, Greg Stein wrote:
> > > The next question is what to default for time_fmt if it isn't present in the
> > > configuration file. :-)
> >
> > My vote is for nothing to be printed out in this case. As I pointed
> > out before, this matches CVS's behavior. My biggest problem with
> > CVS is that the TZ is that of the server or GMT. -- justin
>
> Definitely +1 on doing customizability this way,

Okay. I count four +1 votes on this customizibility: Kirby, myself, Justin,
and Karl. Nobody has provided any "less than 1" votes. Sounds like a plan :-)

> and I'm even neutral
> on the question of printing out nothing if the user doesn't specify an
> "extra" format.

Step 2 :-) but noted.

> I would only ask that we print out the extra stuff by default until
> this customizability is implemented, just to humor those who really
> depend on it :-).

Yes.

> (Btw, I think it's fine to change that default output once we *do*
> have the customizability. That would be incompatible only in an
> overly literal sense; the part of the date that is important for
> compatibility purposes -- the first part -- wouldn't be changing.)

Right.

IMO, one small consideration is whether a user-format will screw up the
parsing of stuff *after* the date. For example:

rev 2200: gstein | 2002-06-13 19:08:43-0700 | Thursday | 39 lines

Eek! :-)

But that's a question for later.

Regarding the *temporary* "extra" format (until we get customizability),
I've counted seven emails: myself, Karl, Sander, Blair, cmpilato, Fitz, and
David Mankin. By far, the best support was for:

  Mon, 24 Jun 2002

It got 5 +1 votes, a +0, and a -0. Nothing else was even close.

Discussion *always* remains open, so if you have further comments or
concerns, then bring them up. I would recommend that Nuutti proceed along
this plan because it is (at least) a bit closer to consensus than the
current code.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org