➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: Python space syntax & pythonic long lambda's
Type: enhancement Stage:
Components: Interpreter Core Versions:
process
Status: closed Resolution: rejected
Dependencies: Superseder:
Assigned To: Nosy List: georg.brandl, kxroberto
Priority: normal Keywords:

Created on 2006-03-20 09:43 by kxroberto, last changed 2022-04-11 14:56 by admin. This issue is now closed.

Files
File name Uploaded Description Edit
Python_space_syntax,long_lambdas.txt kxroberto, 2006-03-20 09:43
Messages (2)
msg54763 - (view) Author: kxroberto (kxroberto) Date: 2006-03-20 09:43 
(see also c.l.p
http://groups.google.de/group/comp.lang.python/browse_frm/thread/fc2df1723f499eb7/f7e9b2ac5a6b5f16
)

After I had often nasty bugs because of mixup with the
global statement, my home made
"_global=sys.modules[__name__]" method (see also c.l.p
http://groups.google.de/group/comp.lang.python/browse_frm/thread/fc2df1723f499eb7/f7e9b2ac5a6b5f16
) prevents effectively such errors from my experience.
And code is better readable.

Despite maybe similar suggestions have already been
disregard, I put for discussion this version of
(compatible) extended space syntax for: better atomic
python expressions, improved readability, new key
capabilites for inter-frame/"block" access and
functional programming support:

See attached .txt document.

Robert
msg54764 - (view) Author: Georg Brandl (georg.brandl) * (Python committer) Date: 2006-03-26 20:47 
Logged In: YES 
user_id=849994

Rejecting this here. Please post to the python-dev or
python-3000 list with your suggestions and write a PEP if
you want to propose such a radical language change. (Of
course, your contribution is welcome!)
History
Date User Action Args
2022-04-11 14:56:16adminsetgithub: 43059
2006-03-20 09:43:44kxrobertocreate