On 3/10/07, Collin Winter <[EMAIL PROTECTED]> wrote: > On 3/9/07, Christian Heimes <[EMAIL PROTECTED]> 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. Collin Winter _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
