]> git.ipfire.org Git - thirdparty/Python/cpython.git/commitdiff
[3.12] Fix numbered list syntax in programming.rst (GH-130158) (#132141)
authorMiss Islington (bot) <31488909+miss-islington@users.noreply.github.com>
Sat, 5 Apr 2025 19:27:05 +0000 (21:27 +0200)
committerGitHub <noreply@github.com>
Sat, 5 Apr 2025 19:27:05 +0000 (19:27 +0000)
Fix numbered list syntax in programming.rst (GH-130158)
(cherry picked from commit 376631829aab72e320e19102fc55cbca5af8c733)

Co-authored-by: Rafael Fontenelle <rffontenelle@users.noreply.github.com>
Doc/faq/programming.rst

index d7ecdbb7fc71f38f2de8aeb20d9879ed635127ca..b7fc2f29a9db341f6fd079793390038158aceb7e 100644 (file)
@@ -1868,15 +1868,15 @@ object identity is assured.  Generally, there are three circumstances where
 identity is guaranteed:
 
 1) Assignments create new names but do not change object identity.  After the
-assignment ``new = old``, it is guaranteed that ``new is old``.
+   assignment ``new = old``, it is guaranteed that ``new is old``.
 
 2) Putting an object in a container that stores object references does not
-change object identity.  After the list assignment ``s[0] = x``, it is
-guaranteed that ``s[0] is x``.
+   change object identity.  After the list assignment ``s[0] = x``, it is
+   guaranteed that ``s[0] is x``.
 
 3) If an object is a singleton, it means that only one instance of that object
-can exist.  After the assignments ``a = None`` and ``b = None``, it is
-guaranteed that ``a is b`` because ``None`` is a singleton.
+   can exist.  After the assignments ``a = None`` and ``b = None``, it is
+   guaranteed that ``a is b`` because ``None`` is a singleton.
 
 In most other circumstances, identity tests are inadvisable and equality tests
 are preferred.  In particular, identity tests should not be used to check