On Wed, Sep 26, 2018 at 5:38 AM Chris Angelico wrote:

I like saying while "something": where the string describes the loop's real condition. For instance, while "moar data": if reading from a socket, or while "not KeyboardInterrupt": if the loop is meant to be halted by SIGINT.

ChrisA

if doing so, would not it be more practical to write is as an in-line comment then? with new syntax it could be like this: """ while: # not KeyboardInterrupt asd asd asd asd asd asd asd asd asd """ Similar effect, but I would find it better at least because it would be highlighted as a comment and not as a string, + no quotes noise.

On Wed, Sep 26, 2018 at 1:29 PM Mikhail V wrote:

...

On Wed, Sep 26, 2018 at 5:38 AM Chris Angelico wrote:

...

I like saying while "something": where the string describes the loop's real condition. For instance, while "moar data": if reading from a socket, or while "not KeyboardInterrupt": if the loop is meant to be halted by SIGINT.

ChrisA

if doing so, would not it be more practical to write is as an in-line comment then? with new syntax it could be like this: """ while: # not KeyboardInterrupt asd asd asd asd asd asd asd asd asd """ Similar effect, but I would find it better at least because it would be highlighted as a comment and not as a string, + no quotes noise. A comment is not better than an inline condition, no. I *want* it to be highlighted as part of the code, not as a comment. Because it isn't a comment - it's a loop condition. For what it's worth, I'm not a fan of either solutions. In both cases (string or comment), KeyboardInterrupt seems to be the only way to get out of the loop, which which even if it were the case, it would breaks

Le 26/09/2018 à 05:36, Chris Angelico a écrit : the DRY idea, because if you add in the future a reason to break out of the loop, you'd have to write the condition+break and update the comment/string to still be consistent. I don't think `while True:` is not explicit. If you think about it, True will always evaluate positively (right??), so it can't be the hardest part of learning Python. But in some cases, mostly when I work on tiny microptyhon projects that I share with non-python experts, where I avoid complicated code fragments like comprehensions, I usually use `while "forever":` or `while FOREVER:` (where forever was set to True before). In these case, I don't need them to understand exactly why the loop is indeed infinite, I just want them to know it is. But all these solutions are available right now, without any syntax change. About the original proposal, even though I'm not a native English speaker, writing `while:` seems like an wobbling sentence, we are waiting for it to be completed. My mind says "while what?" and tries to find out if it's infinite or if it has to find the condition elsewhere in the code (like some kind of do...until or do...while loop). -Brice

On Wed, Sep 26, 2018 at 4:46 PM Mark E. Haase wrote:

On Tue, Sep 25, 2018 at 8:47 PM Mikhail V wrote:

...

As for statistics - IIRC someone gave statistics once, but the only thing I can remember [...] "while 1/True" is used quite a lot in the

This proposal would be a lot stronger if you included those statistics in this thread and showed examples of stdlib code before/after the proposed syntax change.

I can't find the discussion with the statistics, but here two related discussions: https://mail.python.org/pipermail/python-ideas/2014-June/028202.html https://mail.python.org/pipermail/python-ideas/2017-March/045344.html The statistics was in one of 2016 or 2017 discussions, but I have failed to find it. By any chance- maybe someone can do it here? I could do but it would need to exclude comments/ strings from the search - I don't have a such tool at hand. Numbers for "while 1" and "while True" should suffice.

I imagine that a new loop keyword could be introduced in a backwards-compatible way.

Now I don't know whom to believe. In the first linked discussion, e.g. Mr. D'Aprano and Mr. Coghlan (from my impression both from dev team) unambiguosly claimed that adding e.g. "loop" as a loop token lead to necessity of excluding ALL variables and functions/methods named "loop" from all sources. https://mail.python.org/pipermail/python-ideas/2014-June/028206.html So what is the real situation? What I can tell - simple syntax highlighting systems and syntax checkers will not be able to tell the difference between the statement initial token and identifier. Speaking of a new keyword: I can see only one benefit of new keyword in this case: it can be extended with additional usage for "loop N" loop N: print ("=====") # iterates N times And I like the word "loop" slightly more than "repeat". But still - even if it's technically possible without breaking something, I am a bit skeptical, as it's a step towards *bloat*. Keeping less keywords, especially for loops is much more important than 'natural language' semantics. BTW: Here is statistics for the C language: https://stackoverflow.com/questions/20186809/endless-loop-in-c-c It turns out that "for(;;)" is more frequent than "while 1" and "while true". Since Python has "for" than maybe it is possible to use "for" for the infinite loop: for: ... And maybe even it could be made into "for N:"? Now: for N: is SyntaxError, so it might be possible to use "for" for both cases. What do you think?

The meaning of "while" in natural language suggests a period of time or condition. It does not mean "forever". Therefore, it's not a good semantic fit.

I am not much into the "what it means in natural languages" games, as long as it's understandable and already established token. "while True:" is the infinite loop and the "True" or "1" does not add anything practically useful for working with sources, period. Mostly causes unwanted attention, as I expect expression or variable there. So basically it's noise. "while:" on the contrary is visually clean, gives 100% difference with "while Variable:" - it just tells : here is the start of the loop. So the semantics would be: "while:" is an infinite loop, that's it. Mikhail

I put the list of related discussion here, just in case. Same suggestion: https://mail.python.org/pipermail/python-dev/2005-July/054914.html Idea for the "loop" keyword: https://mail.python.org/pipermail/python-ideas/2014-June/028202.html (followed by the same suggestion from @Random832: https://mail.python.org/pipermail/python-ideas/2014-June/028220.html) Somewhat related PEP (rejected) + discussion links inside: https://legacy.python.org/dev/peps/pep-0315/ (I've meditated a bit on this - but could not get what was actually the point of that idea.) Plus some other related discussions, maybe not directly related, but something along the lines might be interesting. An old and lively one: https://mail.python.org/pipermail/python-list/1999-April/002557.html https://mail.python.org/pipermail/python-list/1999-May/008535.html Another one: https://mail.python.org/pipermail/python-list/2000-December/029972.html ( Particularly this: https://mail.python.org/pipermail/python-list/2000-December/052694.html ) Yet another "1" vs "True" debate: https://mail.python.org/pipermail/python-list/2012-January/618649.html New era: https://mail.python.org/pipermail/python-list/2017-April/721182.html

On 02/10/18 12:31, Jonathan Fine wrote:

Mikhail V has suggested "while:" as a shorthand for "while True:". He's also provided a helpful list of URLs for related discussion. I'd like to suggest another approach.

Before we hare off into the middle distance, could you show that there is a problem that needs to be addressed here? I killfiled Mikhail a long time ago, so I haven't actually seen any justification here beyond "I don't want to have to type five more characters."

My suggestion is to improved documentation and help. For me a search for python "while True" produces as the top result https://wiki.python.org/moin/WhileLoop.

Please take a look at this page. I don't think it's suitable for novices. In particular, about 25% of the page compares "while 1:" to "while True:" and changes between Python2 and Python3.

Is it intended solely for novices?

Searching for site:docs.python.org "while True" produces as top result https://docs.python.org/3/tutorial/controlflow.html.

Please also look at this page. It has two examples of "while True:", but does not say that "while True:" means loop forever (unless there is a break or an exception).

This is an invidious example. "while" is actually introduced on the previous page, as the first paragraph says. Expecting a statement of the blindingly obvious here is inappropriate, surely. (And yes, my experience with early teens is that it *is* blindingly obvious.)

Today I saw https://blog.codeclub.org.uk/2018/06/13/how-to-move-from-scratch-to-python-i...

On this page, a Code Club volunteer gives as debugging advice <quote> I use comparisons of Scratch to Python at the beginning, for example to explain that ‘while True’ is the same as the ‘Forever’ block. I also have some Python cheat sheets which give examples of common Python code. Some of the learners find it easier to debug Python than Scratch, because Python gives you error messages to indicate what went wrong. It’s usually down to spelling errors! </quote>

Um, yay? I'm not sure what your point here is. So Scratch has a Forever block, so what?

My final URL is https://www.youtube.com/watch?v=QEJ8tE9lAeE. This is a 3 minute video: Python For Beginners - How to use a While True Loop in Python.

Something that can be done now, which can soon bring benefit to many, is to find or write material that will help novices master Python idioms such as "while True:". I'm sure the Code Club would like to put such material on its web site.

I'm sorry, but I find the idea that idioms like "while True:" need to be *mastered* a tad patronising. I have genuinely not had to take more than five minutes to get it through to an uninterested and not particularly technical 12-year old. -- Rhodri James *-* Kynesim Ltd