summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorStanley <46876382+slateny@users.noreply.github.com>2022-09-21 04:16:39 (GMT)
committerGitHub <noreply@github.com>2022-09-21 04:16:39 (GMT)
commite5ab0b6aa68009a3f50b141ec013dacee3676db9 (patch)
treebee325b38282d5a9b6fef2735c61ab864adb18bc
parent57463d43dc4277a1f4d33bd003567e947c937cf5 (diff)
downloadcpython-e5ab0b6aa68009a3f50b141ec013dacee3676db9.zip
cpython-e5ab0b6aa68009a3f50b141ec013dacee3676db9.tar.gz
cpython-e5ab0b6aa68009a3f50b141ec013dacee3676db9.tar.bz2
gh-71141: Add note on rejecting "leading-dot" syntax for with statements (#96928)
Co-authored-by: Daniƫl van Noord <13665637+DanielNoord@users.noreply.github.com>
-rw-r--r--Doc/faq/design.rst4
1 files changed, 4 insertions, 0 deletions
diff --git a/Doc/faq/design.rst b/Doc/faq/design.rst
index 9da1d01..52388fc 100644
--- a/Doc/faq/design.rst
+++ b/Doc/faq/design.rst
@@ -703,6 +703,10 @@ This also has the side-effect of increasing execution speed because name
bindings are resolved at run-time in Python, and the second version only needs
to perform the resolution once.
+Similar proposals that would introduce syntax to further reduce code volume,
+such as using a 'leading dot', have been rejected in favour of explicitness (see
+https://mail.python.org/pipermail/python-ideas/2016-May/040070.html).
+
Why don't generators support the with statement?
------------------------------------------------