A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2015-July/141040.html below:

[Python-Dev] Status on PEP-431 Timezones

[Python-Dev] Status on PEP-431 TimezonesEthan Furman ethan at stoneleaf.us
Tue Jul 28 07:27:52 CEST 2015
On 07/27/2015 10:08 PM, Lennart Regebro wrote:
> On Tue, Jul 28, 2015 at 12:11 AM, Ronald Oussoren wrote:

>> It might be nice to have time zone aware datetime objects with the right(TM)
>>  semantics, but those can and should not replace the naive objects we know
>>  and love.
>
> Yes, they most certainly should.
> I will try to shut up now, but let me be clear on that the time zone
> support as it stands now is intentionally broken. Not naive, *broken*.
> All the usecases people have here for supporting "naive" objects would
> work just as well if they actually used naive objects, ie datetimes
> with no timezone info. If you explicitly do NOT want the
> datetimeobject to care about timezones, then you should not add a
> timezone to the object.

Lennart, are you saying you would leave naive objects alone, and "fix" the tz-aware objects only?

--
~Ethan~
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4