Skip to content
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 2 additions & 4 deletions docs/index.rst
Original file line number Diff line number Diff line change
Expand Up @@ -18,10 +18,8 @@ its backport `importlib_resources`_). Although ``importlib.resources`` or
equivalent is recommended, it is also possible to access the data via
:func:`pkgutil.get_data` as well.

.. TODO: Change ``zoneinfo`` to :mod:`zoneinfo` when 3.9 is released

It is primarily intended to be used by standard library's ``zoneinfo``
module (new in Python 3.9), but it is also available as a source for time zone
It is primarily intended to be used by standard library's :mod:`zoneinfo`
module, but it is also available as a source for time zone
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There is no need to add the note IMO, since all non-EOL python versions carry the module.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The reason for this is not necessarily that some version of Python might not have tzdata, but to indicate that this module is not basically an implementation detail of zoneinfo but rather a source of the time zone data available for anyone to use for whatever purposes they have. For example dateutil.tz will use it (including on Python 2.7), and I have long felt that pandas or some other library in the scientific Python space should implement their own time zone class that works better for vectors.

data for other time zone libraries. It is generally recommended that any time
zone libraries should attempt to use the system data before using the
``tzdata`` package, but some systems (notably Windows) do not deploy zoneinfo
Expand Down
Loading