[Python-Dev] datetime module enhancements
collinw at gmail.com
Sat Mar 10 21:44:47 CET 2007
On 3/10/07, Collin Winter <collinw at gmail.com> wrote:
> On 3/9/07, Christian Heimes <lists at cheimes.de> wrote:
> > Collin Winter schrieb:
> > > I can't say I'm well-versed in the intricacies of date/time issues,
> > > but what you say makes sense. This is exactly why I brought this patch
> > > up here : )
> > Oh h...! Seems like I've opened a can of worms here. I only wanted to
> > add some minor enhancements and now it looks like the improvements and
> > the datetime module have to be carefully defined and PEPed.
> > I'm trying to summarize the discussed issues and proposals:
> > * Change the underlying time_t type (Unix timestamp) to use a unsigned
> > 64bit integer even on 32 bit operating systems.
> > * Carefully define the comparison between date and datetime objects.
> > * int(timedelta) and float(timedelta) returns seconds
> > * Add methods to datetime to cast from/to Julian Date Number (also MJD
> > and RJD)
> > * What about moving the C extension to _datetime so we can implement
> > some non time consuming extensions in Python?
> > * What do you think about including PyTz in the Python core? PyTz is
> > really, REALLY useful when one has to deal with time zones.
> > http://pytz.sourceforge.net/
> > * The dateutil package contains additional features which may prove as
> > useful: http://labix.org/python-dateutil
> Here's another one for the list, trawled off SF: patch #1118748
> (http://python.org/sf/1118748). It proposes to add the ability to
> add/subtract time and timedelta objects.
And one last patch: #1100942 (http://python.org/sf/1100942), which
would add a strptime() constructor for the date and time classes.
More information about the Python-Dev