[Datetime-SIG] The BDFL's take

[Felipe Ochoa]

[Guido]


> - Design a new module with a separate API for "human time manipulation".
> This is where operations belong like "add 1 month" or "add 1 day" with
> heuristics for edge cases (e.g. months of different lengths due to calendar
> conventions, and the occasional short or long day due to DST). Possibly
> this can borrow some API and/or implementation from pytz. Possibly it could
> be made available as a 3rd party module on PyPI first, to get it
> user-tested in quick iterations (quicker than core Python releases,
> anyway). But that doesn't preclude also writing a PEP. This module needs to
> interface somehow with the datetime module (and possibly also with the time
> module) in ways that need some serious thinking -- that's where I expect
> the hard part of writing the PEP will be. (Maybe a "human timedelta" type
> would be useful here? Eventually this might even be added to the datetime
> module.)
>

I think dateutil <http://labix.org/python-dateutil> already captures a lot
of this behavior, but have not personally used it before.



> - Nanosecond precision? I'm not against adding this to the datetime
> module, as long as backward compatibility is somehow preserved, especially
> for pickles (maybe nanoseconds default to zero unless explicitly requested
> or specified).
>


-- 
> --Guido van Rossum (python.org/~guido)
>
> _______________________________________________
> Datetime-SIG mailing list
> Datetime-SIG at python.org
> https://mail.python.org/mailman/listinfo/datetime-sig
> The PSF Code of Conduct applies to this mailing list:
> https://www.python.org/psf/codeofconduct/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/datetime-sig/attachments/20150729/e135efd3/attachment-0001.html>