Re: gnus date suggestion

[David Moore <dmoore@UCSD.EDU>]

[ apologies for duplicates, i seem to have only sent this to the xemacs
  list, rather than also to ding.  the downsides of a to-address group
  parameter ]

jason@mastaler.com (Jason R. Mastaler) writes:

> David Moore <dmoore@UCSD.EDU> writes:
> > Proposed changed interface to format-time-string:
> > 
> > format-time-string: (FORMAT-STRING TIME &optional ZONE)
> >   -- a built-in function.
> > Use FORMAT-STRING to format the time TIME.
> > TIME is specified as (HIGH LOW . IGNORED) or (HIGH . LOW), as from
> > `current-time' and `file-attributes'.
> > FORMAT-STRING may contain %-sequences to substitute parts of the time.
> > ZONE defaults to the current time zone rule.  This can be a string
> > (as from `set-time-zone-rule'), or it can be a list
> > (as from `current-time-zone'), or an integer (as from `decode-time')
> > applied without consideration for daylight savings time, or it can be
> > T which specifies the time is a delta rather than a true time.

we decided this was a good thing to do.  i just have been way too busy
this term at school to implement it.  final form was not to have the 't' 
special case, since you can just use "GMT" to the same result, I think.
you can either consider it something that will happen when i get time,
or something you could write today.

so this is on my list of things to implement when i get some free time.
that and cleaning up extent/text-prop speedup patches, which i want in
xemacs 20.3.


-- david