[Datetime-SIG] What's are the issues?
Chris Barker
chris.barker at noaa.gov
Wed Jul 29 04:02:24 CEST 2015
On Tue, Jul 28, 2015 at 6:43 PM, Chris Angelico <rosuav at gmail.com> wrote:
What if the existing timedelta is left as-is, and a new calendardelta
> type is introduced? Instead of folding everything down to a simple
> microsecond count, it would retain the exact values it was given,
sure -- that would be one way to do it -- maybe good way. But it would be
a lot more complicated than just keeping days. Lots to hash out for API and
functionality at the corner cases (the old what's one year after Feb 29th?
kinds of questions)
> When you add a
> calendardelta to an aware datetime, it performs what you're describing
> as calendar arithmetic,
actually, no reason you couldn't do calendar manipulations on naive
datetimes, too (they wouldn't get any ugly DST issues, but otherwise the
same). One reason I don't like calling the arithmetic naive or not....
> adding
> calendardelta(days=1) would never affect the hour/minute/second shown,
> unless it would otherwise create an illegal time.
exactly -- all those corner cases would need to be worked out.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chris.Barker at noaa.gov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/datetime-sig/attachments/20150728/017553ec/attachment.html>
More information about the Datetime-SIG
mailing list