Hello, On Tue, 5 Jan 2021 21:03:06 +1100 Chris Angelico <ros...@gmail.com> wrote:
> On Tue, Jan 5, 2021 at 8:32 PM Paul Sokolovsky <pmis...@gmail.com> > wrote: > > And you seem to have 2nd level miss about this miss. I'm not the 1st > > asking about braces in Python, hundreds of people embraced braces > > (sorry for the pun) in Python for decades (references are in other > > messages of this thread). Apparently, they forgot to ask for > > "acceptance", and accepted it themselves. > > > > The problem? There's high duplication of effort in that area, and > > the same implementation bugs are repeated again and again. So the > > question is whether someone who did it, tried to spec out what they > > did, what is the test process, etc. > > > > So my question to you is: Why raise all these threads on python-ideas > that have approximately zero chance of being accepted into the core > language? Simple question, simple answer: majority of stuff posted on python-ideas has approximately zero chance of being accepted into the core language. In this regard, braces aren't worse than average other stuff posted here. Actually, it might be a bit more interesting, as it clearly moved people throughout the years. > Why not create a new community of Bracey Python people, and > build a language and an ecosystem around that? > > Is it because you think that you wouldn't get enough people? > Because... that would be a good reason not to do it, and a good reason > for the core language to continue to not do it. There were good reasons to not have string interpolation in the core language for decades then - KABOOM - there's string interpolation. You see a pattern yet? No? Oh, let's just keep watching. For everyone else who misses the point: the talk is about *alternative* (second) syntax. Nothing happens to the main indent-based syntax. Only people who need braces syntax would use it, just as they have been doing for decades. Whether a particular implementation (it's a common joke on the Python lists to mistake a language and a particular implementation) supports alternative syntax out of the box is irrelevant. It's no more different to having a separate typechecker or a separate script to run venv in a subshell (a recent case brought up here on the list). > > ChrisA -- Best regards, Paul mailto:pmis...@gmail.com _______________________________________________ Python-ideas mailing list -- python-ideas@python.org To unsubscribe send an email to python-ideas-le...@python.org https://mail.python.org/mailman3/lists/python-ideas.python.org/ Message archived at https://mail.python.org/archives/list/python-ideas@python.org/message/KV6EDFA26FMOS4Y6VIT4GBIEFFHHJJ3F/ Code of Conduct: http://python.org/psf/codeofconduct/
