Stowage/cpython
2
0
Fork 0
mirror of https://github.com/python/cpython.git synced 2026-01-01 13:03:56 +00:00
Code Issues Projects Releases Packages Wiki Activity

[3.12] gh-85453: Make numeric literals consistent across datetime.rst (GH-118245) (#118248)

Browse source 
Remove code formatting from remaining numeric literals.
(cherry picked from commit 59a4d52973)

Co-authored-by: edson duarte <eduarte.uatach@gmail.com>
This commit is contained in:
Miss Islington (bot) 2024-04-24 22:27:19 +02:00 • committed by GitHub
parent 0049e2bd38
commit c784b3e8fc
No known key found for this signature in database
GPG key ID: B5690EEEBB952194
1 changed files with 3 additions and 3 deletions
Download patch file Download diff file Expand all files Collapse all files

6
Doc/library/datetime.rst
View file

@ -91,7 +91,7 @@ The :mod:`!datetime` module exports the following constants:
.. data:: MAXYEAR
The largest year number allowed in a :class:`date` or :class:`.datetime` object.
:const:`MAXYEAR` is ``9999``.
:const:`MAXYEAR` is 9999.
.. attribute:: UTC
@ -2514,7 +2514,7 @@ information, which are supported in ``datetime.strptime`` but are discarded by
For :class:`.time` objects, the format codes for year, month, and day should not
be used, as :class:`!time` objects have no such values. If they're used anyway,
``1900`` is substituted for the year, and 1 for the month and day.
1900 is substituted for the year, and 1 for the month and day.
For :class:`date` objects, the format codes for hours, minutes, seconds, and
microseconds should not be used, as :class:`date` objects have no such
@ -2642,4 +2642,4 @@ Notes:
<https://web.archive.org/web/20220531051136/https://webspace.science.uu.nl/~gent0113/calendar/isocalendar.htm>`_
for a good explanation.
.. [#] Passing ``datetime.strptime('Feb 29', '%b %d')`` will fail since ``1900`` is not a leap year.
.. [#] Passing ``datetime.strptime('Feb 29', '%b %d')`` will fail since 1900 is not a leap year.