Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!gegeweb.org!de-l.enfer-du-nord.net!feeder2.enfer-du-nord.net!feeds.phibee-telecom.net!newsfeed.xs4all.nl!newsfeed6.news.xs4all.nl!xs4all!post.news.xs4all.nl!not-for-mail Return-Path: X-Original-To: python-list@python.org Delivered-To: python-list@mail.python.org X-Spam-Status: OK 0.001 X-Spam-Evidence: '*H*': 1.00; '*S*': 0.00; 'subject:: [': 0.03; 'python.': 0.04; 'subject:Python': 0.06; 'defines': 0.07; 'ugly': 0.07; 'also:': 0.09; 'content-type:multipart/signed': 0.09; 'filename:fname piece:signature': 0.09; 'imho.': 0.09; 'shame': 0.09; 'examples': 0.11; 'am,': 0.12; 'subject:] ': 0.14; '(another': 0.16; '(at)': 0.16; '(dot)': 0.16; 'content- type:application/pgp-signature': 0.16; 'filename:fname piece:asc': 0.16; 'filename:fname:signature.asc': 0.16; 'imho,': 0.16; 'lan': 0.16; 'newlines': 0.16; 'occurs,': 0.16; 'parser,': 0.16; 'pythonic': 0.16; 'simplicity,': 0.16; 'vaguely': 0.16; 'what?': 0.16; 'worse,': 0.16; 'wrote:': 0.16; 'language': 0.17; 'received:209.85.210.174': 0.18; 'received:mail- iy0-f174.google.com': 0.18; 'wrap': 0.18; 'blog:': 0.21; 'maybe': 0.21; 'header:In-Reply-To:1': 0.22; 'weight': 0.23; 'parse': 0.23; 'code': 0.25; 'bit': 0.28; 'alternatives': 0.29; 'explicitly': 0.29; '(since': 0.30; 'feature,': 0.30; 'hansen': 0.30; 'hiding': 0.30; 'liking': 0.30; 'modules': 0.31; 'least': 0.31; 'received:24': 0.32; "isn't": 0.33; 'there': 0.33; 'to:addr :python-list': 0.33; '...': 0.34; '(as': 0.34; 'quite': 0.34; 'things': 0.34; 'clearly': 0.34; 'declared': 0.34; 'pretty': 0.35; 'doing': 0.36; 'thread': 0.37; 'using': 0.37; 'but': 0.37; 'received:google.com': 0.38; 'received:209.85': 0.38; 'vice': 0.39; 'enough': 0.39; 'absolute': 0.39; 'to:addr:python.org': 0.39; 'case': 0.39; 'where': 0.40; 'happens': 0.40; 'your': 0.61; 'kind': 0.61; 'proposal': 0.67; 'freedom': 0.68; 'header:Reply- To:1': 0.71; 'reply-to:no real name:2**0': 0.71; 'offer': 0.72; 'mail:': 0.73; 'subject:line': 0.73; 'complication': 0.84; 'escaping': 0.84; 'often,': 0.84; 'readability': 0.84; 'that)': 0.84; 'dutch': 0.91; 'virtue': 0.91; 'url:io': 0.93 Sender: Ixokai Date: Sat, 03 Sep 2011 09:50:25 -0700 From: Stephen Hansen MIME-Version: 1.0 To: python-list@python.org Subject: Re: [Python-ideas] allow line break at operators References: <1312951356.77394.YahooMailNeo@web121518.mail.ne1.yahoo.com> <1312982377.95657.YahooMailNeo@web121508.mail.ne1.yahoo.com> <1313031175.38817.YahooMailNeo@web121515.mail.ne1.yahoo.com> <4E43D2F2.1090004@mrabarnett.plus.com> <1314884634.78252.YahooMailNeo@web121507.mail.ne1.yahoo.com> <877h5rjtdb.fsf@uwakimon.sk.tsukuba.ac.jp> <1315023501.31777.YahooMailNeo@web121514.mail.ne1.yahoo.com> <87aaamjgvh.fsf@uwakimon.sk.tsukuba.ac.jp> <1315036271.77996.YahooMailNeo@web121504.mail.ne1.yahoo.com> <878vq6j7og.fsf@uwakimon.sk.tsukuba.ac.jp> <1315046028.59053.YahooMailNeo@web121512.mail.ne1.yahoo.com> In-Reply-To: <1315046028.59053.YahooMailNeo@web121512.mail.ne1.yahoo.com> X-Enigmail-Version: 1.3.1 OpenPGP: id=555B1FE5; url=http://id.ixokai.io/pub.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC3034B37BCE6CB3097B0D969" X-BeenThere: python-list@python.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: me+list/python@ixokai.io List-Id: General discussion list for the Python programming language List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Newsgroups: comp.lang.python Message-ID: Lines: 63 NNTP-Posting-Host: 2001:888:2000:d::a6 X-Trace: 1315068637 news.xs4all.nl 2547 [2001:888:2000:d::a6]:35429 X-Complaints-To: abuse@xs4all.nl Xref: x330-a1.tempe.blueboxinc.net comp.lang.python:12707 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC3034B37BCE6CB3097B0D969 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 9/3/11 3:33 AM, Yingjie Lan wrote: > but at least we can have such 'freedom' :) Freedom is not and never has been, IMHO, a virtue or goal or even desire in Python. Where it occurs, it is at best a happy coincidence, and even if that happy coincidence happens often, it is not a design feature, IMHO= =2E Simplicity and readability are virtues in Python. Freedom is even declared a vice to be avoided by the Zen, that holy document which defines all things Pythonic in clear and unambiguously absolute terms*. Looking over this whole thread at the various examples -- they add complication (a vice!). Complication to the parser, complication to the language itself and worse, understanding of code (as your head has to parse things too), all for what? So you don't have to use parens, which quite explicitly (another virtue!) do the job, to wrap around a long expression? Escaping newlines is arguably a bit on the ugly side (a vice!), so maybe the proposal has a little weight there, but since you can just avoid that by using parens, that's pretty much nullified. (Since it is also a virtue to offer only the Dutch way of doing things -- at least without hiding the alternatives in modules with a little bit of shame -- and this is clearly a case of the Dutch liking limited use of grouping parens). There just isn't even vaguely enough justification based on Python-virtues (readability, simplicity, explicitness, things like that) to even kind of make it worth the complication. --=20 Stephen Hansen ... Also: Ixokai ... Mail: me+list/python (AT) ixokai (DOT) io ... Blog: http://meh.ixokai.io/ * Obvious exaggeration :P --------------enigC3034B37BCE6CB3097B0D969 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (Darwin) iQEcBAEBAgAGBQJOYlrWAAoJEKcbwptVWx/ltf8H+wfht4So2n/UdjiJ60VbGh0P FG65mvbiqCUziGWLkEsFeYPPRkmctOB59NvIPa5zfkz5v2E6cwDxRXG9sCGnB12H GQQ78q8T7M4Egwdx7vqk4/euvpax9gm33OzLUpJc8OCnSU3qmjljkPbHPRTA+OGN 0jjGoH4oXHekulcADMB9lfJR7squRjYpvYugEFtVgqI81iNI5T/x3Lg+R8gF+7iu RZjRwLtmleR+Q0+pp3UWCjo69fOQ99c2LkY4BcyqH0c2fFoD0lbm7PUZvarLRLwL TqK0JGWLBpXE4tRNOCmXA3hiIizJOUh5uTjmPNoHjIZ/XcWZBoTZqqQ0JT+3olE= =w2Rq -----END PGP SIGNATURE----- --------------enigC3034B37BCE6CB3097B0D969--