GNU bug report logs -
#641
format-time-string %Z does not work, starting with Emacs 22.2
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Fri, 1 Aug 2008 16:55:06 UTC
Severity: wishlist
Merged with 9794
Found in versions 22.2, 23.0.60, 24.0.90
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #41 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
> From: "Drew Adams" <drew.adams <at> oracle.com>
> Cc: <rudalics <at> gmx.at>, <bug-gnu-emacs <at> gnu.org>
> Date: Tue, 5 Aug 2008 16:54:32 -0700
>
> You intentionally broke existing code
Code that didn't expect "" from %Z was already broken.
> and reduced the utility of the function
Please complain to Microsoft: if they modify `tzname' to be compliant,
the previous code can be reinstated.
> Not only does it break my existing code, but I don't see any way now to get a
> timezone name (on Windows) even by changing the code. Can you tell me how to do
> that?
I'd use %z.
> > "Pacific Daylight Time" is not a Posix- or RFC-822 compliant timezone
> > specification.
>
> So? What requires `format-time-string' to use only Posix- or RFC-822 specs?
I explained that in my message.
> AFAICT, the functionality and usefulness has been reduced.
I understood your opinion the first time, no need to repeat it over
and over again.
> If you absolutely need a Posix-compliant spec for some use (e.g. mail), why
> don't you add a new one - %P
%Z is already a Posix format.
> Are you really convinced this is TRT?
Yes.
This bug report was last modified 13 years and 270 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.