[Datetime-SIG] PEP-0500 (Alternative datetime arithmetic) Was: PEP 495 ... is ready ...

Alexander Belopolsky alexander.belopolsky at gmail.com
Thu Aug 20 03:59:25 CEST 2015

On Wed, Aug 19, 2015 at 9:18 PM, Tim Peters <tim.peters at gmail.com> wrote:

> > If "include a string mnemonically distinguishing daylight from standard
> > time" is an actual requirement for the product that they need to ship,
> > I am sure they will appreciate seeing that this can be achieved by
> > adding .astimezone() in a few strategic places.
> For Pythons already released, yes, they'll appreciate that - although
> most people with such a requirement in a serious application is
> probably already using pytz, where they've already added pytz's "force
> the magical standard/daylight string switch" dance.

Maybe or maybe not.  Shipping pytz with your product means becoming a TZ
database distributor for your customers.  More likely they have an in-house
equivalent of .astimezone() on top of time.localtime() or a direct call to
system localtime if their code predates us exposing tm_zone and friends in
time.localtime().   In this case, they can switch to the now available
.astimezone() and have fewer lines of proprietary code to support.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/datetime-sig/attachments/20150819/6f7a2690/attachment.html>

More information about the Datetime-SIG mailing list