[Python-ideas] datetime.timedelta literals

Paul Moore p.f.moore at gmail.com
Sun Jun 3 17:29:56 EDT 2018

On 3 June 2018 at 22:03, Pål Grønås Drange <paal.drange at gmail.com> wrote:
> I want to highlight one comment I found enlightening, and that is one from
> Paul Moore:
> [Python-ideas] SI scale factors in Python
> Paul Moore p.f.moore at gmail.com
> Thu Aug 25 16:03:32 EDT 2016
>> Python has a track record of being open to adding syntactic support if
>> it demonstrably helps 3rd party tools (for example, the matrix
>> multiplication operator was added specifically to help the numeric
>> Python folks address a long-standing issue they had), so this is a
>> genuine possibility - but such proposals need support from the groups
>> they are intended to help.
> I can understand that a lack of support from people using timedelta will be
> a blocker.

I'm not entirely sure what point you're trying to make here, but you
quoted that section somewhat out of context. The very next sentence in
the same post (full post is at

At the moment, I'm not even aware of a
particular "dimensional analysis with Python" community, or any
particular "best of breed" package in this area that might lead such a
proposal - and a language change of this nature probably does need
that sort of backing.

That seems directly relevant here. I'm not aware of a "timedelta
users" community, nor is there a particular package (or set of
packages) other than the stdlib datetime module, that constitute "best
of breed" practice when handling timedeltas. So taking my full quote,
I'd have to say that you seem to have undermined your own proposal

For what it's worth, I use the datetime module and timedeltas
regularly, and I would have no use for timedelta literals. Even if the
proposal were for a complete set of datetime, date, time and timedelta
literals,I still wouldn't have a use for it. Whether that's useful
data I don't know, but you seem to be looking for "support from people
using timedelta", so I thought I'd clearly state that I, personally,
don't support the proposal.


More information about the Python-ideas mailing list