On 11/12/06, Fredrik Lundh [EMAIL PROTECTED] wrote:
Guido van Rossum wrote:
IMO it was an oversight. Or we were all exhausted. I keep copying
those three classes from the docs, which is silly. :-)
I'll whip up a patch. would the embedded python module approach I'm
using for _elementtree
I guess I should remember, but what's the rationale for not including
even a single concrete tzinfo implementation in the standard library?
not even a UTC class?
or am I missing something?
/F
___
Python-Dev mailing list
Python-Dev@python.org
Fredrik Lundh schrieb:
I guess I should remember, but what's the rationale for not including
even a single concrete tzinfo implementation in the standard library?
not even a UTC class?
or am I missing something?
If you are asking for a time-zone database, such as pytz
Martin v. Löwis wrote:
I guess I should remember, but what's the rationale for not including
even a single concrete tzinfo implementation in the standard library?
not even a UTC class?
or am I missing something?
If you are asking for a time-zone database
I was more thinking of basic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 12, 2006, at 3:55 PM, Fredrik Lundh wrote:
would anyone mind if I added the above classes to the datetime
module ?
+1. I mean, we have an example of UTC in the docs, so, er, why not
include it in the stdlib?!
- -Barry
-BEGIN PGP
IMO it was an oversight. Or we were all exhausted. I keep copying
those three classes from the docs, which is silly. :-)
On 11/12/06, Fredrik Lundh [EMAIL PROTECTED] wrote:
I guess I should remember, but what's the rationale for not including
even a single concrete tzinfo implementation in the
Guido van Rossum wrote:
IMO it was an oversight. Or we were all exhausted. I keep copying
those three classes from the docs, which is silly. :-)
I'll whip up a patch. would the embedded python module approach I'm
using for _elementtree be okay, or should this go into a support library ?
/F