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.

Author brandon-rhodes
Recipients brandon-rhodes, georg.brandl, xmorel
Date 2011-05-11.13:44:46
SpamBayes Score 0.00034984684
Marked as misclassified No
Message-id <1305121487.48.0.305900026119.issue12056@psf.upfronthosting.co.za>
In-reply-to
Content
But if we allow for ellipsis, then would we not also have to start allowing characters like ≥ and ≤ in Python? And the problem with any of these (admittedly very attractive) substitutions is that they seem to abandon the principle of there being One Obvious Way of typing any given expression. Instead there would now be several alternate ways, with different styles in different codebases and, I think, something of a visual and symbolic mess resulting. I like each symbol to have exactly one possible representation.
History
Date User Action Args
2011-05-11 13:44:47brandon-rhodessetrecipients: + brandon-rhodes, georg.brandl, xmorel
2011-05-11 13:44:47brandon-rhodessetmessageid: <1305121487.48.0.305900026119.issue12056@psf.upfronthosting.co.za>
2011-05-11 13:44:46brandon-rhodeslinkissue12056 messages
2011-05-11 13:44:46brandon-rhodescreate