]> git.ipfire.org Git - thirdparty/Python/cpython.git/commitdiff
gh-96408: Document difference between set-like view and sets. (GH-96439)
authorPiotr Kaznowski <piotr@kazno.dev>
Wed, 31 Aug 2022 21:23:52 +0000 (23:23 +0200)
committerGitHub <noreply@github.com>
Wed, 31 Aug 2022 21:23:52 +0000 (16:23 -0500)
Doc/library/stdtypes.rst

index 2c021866e295d94a31e06ce6d206cee79a5c9149..f68cf46a6c619c7dfa2f7d2278e4214175d895e4 100644 (file)
@@ -4694,7 +4694,9 @@ values are hashable, so that ``(key, value)`` pairs are unique and hashable,
 then the items view is also set-like.  (Values views are not treated as set-like
 since the entries are generally not unique.)  For set-like views, all of the
 operations defined for the abstract base class :class:`collections.abc.Set` are
-available (for example, ``==``, ``<``, or ``^``).
+available (for example, ``==``, ``<``, or ``^``).  While using set operators,
+set-like views accept any iterable as the other operand, unlike sets which only
+accept sets as the input.
 
 An example of dictionary view usage::
 
@@ -4726,6 +4728,8 @@ An example of dictionary view usage::
    {'bacon'}
    >>> keys ^ {'sausage', 'juice'}
    {'juice', 'sausage', 'bacon', 'spam'}
+   >>> keys | ['juice', 'juice', 'juice']
+   {'juice', 'sausage', 'bacon', 'spam', 'eggs'}
 
    >>> # get back a read-only proxy for the original dictionary
    >>> values.mapping