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. 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