]> git.ipfire.org Git - thirdparty/Python/cpython.git/commitdiff
bpo-30969: Fix docs about the comparison in absence of __contains__ (GH-2761)
authorMiss Islington (bot) <31488909+miss-islington@users.noreply.github.com>
Thu, 30 May 2019 20:41:06 +0000 (13:41 -0700)
committerGitHub <noreply@github.com>
Thu, 30 May 2019 20:41:06 +0000 (13:41 -0700)
(cherry picked from commit 2f5b9dcc0a89cbde1499c76df81c36bfd5ef9aa8)

Co-authored-by: Antti Haapala <antti@haapala.name>
Doc/reference/expressions.rst

index 3fb27c8a8031756b9603ce2257a2330c2470a995..990600ec18888f74c2b541e24d0cafb19d18d32d 100644 (file)
@@ -1568,14 +1568,15 @@ y`` returns ``True`` if ``y.__contains__(x)`` returns a true value, and
 ``False`` otherwise.
 
 For user-defined classes which do not define :meth:`__contains__` but do define
-:meth:`__iter__`, ``x in y`` is ``True`` if some value ``z`` with ``x == z`` is
-produced while iterating over ``y``.  If an exception is raised during the
-iteration, it is as if :keyword:`in` raised that exception.
+:meth:`__iter__`, ``x in y`` is ``True`` if some value ``z``, for which the
+expression ``x is z or x == z`` is true, is produced while iterating over ``y``.
+If an exception is raised during the iteration, it is as if :keyword:`in` raised
+that exception.
 
 Lastly, the old-style iteration protocol is tried: if a class defines
 :meth:`__getitem__`, ``x in y`` is ``True`` if and only if there is a non-negative
-integer index *i* such that ``x == y[i]``, and all lower integer indices do not
-raise :exc:`IndexError` exception.  (If any other exception is raised, it is as
+integer index *i* such that ``x is y[i] or x == y[i]``, and no lower integer index
+raises the :exc:`IndexError` exception.  (If any other exception is raised, it is as
 if :keyword:`in` raised that exception).
 
 .. index::