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 _
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 ?
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
-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
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 think
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
(http://sour
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?
___
Python-Dev mailing list
Python-Dev@python.org
http://m
