Hello, Looking at the language reference for 3.5.0b4, I noticed that it mentions neither async nor await. Is this still going to get updated, or will the only documentation consist of the PEP itself? I think having a Python release recognize keywords that are not mentioned in the language reference would be quite unfortunate (even if they're treated specially to preserve backwards compatibility). Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.«
Nikolaus, Strange. PEP 492 changes are fully documented since b3. Here are just few examples: https://docs.python.org/3.5/whatsnew/3.5.html#pep-492-coroutines-with-async-... https://docs.python.org/3.5/reference/datamodel.html#coroutines https://docs.python.org/3.5/reference/compound_stmts.html#coroutines Perhaps, it's a browser cache issue? Yury On 2015-08-02 12:38 AM, Nikolaus Rath wrote:
Hello,
Looking at the language reference for 3.5.0b4, I noticed that it mentions neither async nor await.
Is this still going to get updated, or will the only documentation consist of the PEP itself? I think having a Python release recognize keywords that are not mentioned in the language reference would be quite unfortunate (even if they're treated specially to preserve backwards compatibility).
Best, -Nikolaus
Shouldn't at least ayncio doc https://docs.python.org/3.5/library/asyncio.html be updated accordingly ? for example https://docs.python.org/3.5/search.html?q=await&check_keywords=yes&area=default doesn't mention https://docs.python.org/3.5/library/asyncio.html 2015-08-02 16:21 GMT+02:00 Yury Selivanov <yselivanov.ml@gmail.com>:
Nikolaus,
Strange. PEP 492 changes are fully documented since b3.
Here are just few examples:
https://docs.python.org/3.5/whatsnew/3.5.html#pep-492-coroutines-with-async-... https://docs.python.org/3.5/reference/datamodel.html#coroutines https://docs.python.org/3.5/reference/compound_stmts.html#coroutines
Perhaps, it's a browser cache issue?
Yury
On 2015-08-02 12:38 AM, Nikolaus Rath wrote:
Hello,
Looking at the language reference for 3.5.0b4, I noticed that it mentions neither async nor await.
Is this still going to get updated, or will the only documentation consist of the PEP itself? I think having a Python release recognize keywords that are not mentioned in the language reference would be quite unfortunate (even if they're treated specially to preserve backwards compatibility).
Best, -Nikolaus
_______________________________________________ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/xavier.combelle%40gmail.c...
On 2015-08-02 4:04 PM, Xavier Combelle wrote:
Shouldn't at least ayncio doc https://docs.python.org/3.5/library/asyncio.html be updated accordingly ? for example https://docs.python.org/3.5/search.html?q=await&check_keywords=yes&area=default doesn't mention https://docs.python.org/3.5/library/asyncio.html
Yes, it was updated:https://docs.python.org/3.5/library/asyncio-task.html (search for 'async def' on the page -- it's mentioned about 13 times) Yury
Hi, No, not a browser cache issue. I was looking for "async" or "await" in the table of contents, so I didn't notice the new "coroutines" sections. Sorry for the noise. -Nikolaus On Aug 02 2015, Yury Selivanov <yselivanov.ml@gmail.com> wrote:
Nikolaus,
Strange. PEP 492 changes are fully documented since b3.
Here are just few examples:
https://docs.python.org/3.5/whatsnew/3.5.html#pep-492-coroutines-with-async-... https://docs.python.org/3.5/reference/datamodel.html#coroutines https://docs.python.org/3.5/reference/compound_stmts.html#coroutines
Perhaps, it's a browser cache issue?
Yury
On 2015-08-02 12:38 AM, Nikolaus Rath wrote:
Hello,
Looking at the language reference for 3.5.0b4, I noticed that it mentions neither async nor await.
Is this still going to get updated, or will the only documentation consist of the PEP itself? I think having a Python release recognize keywords that are not mentioned in the language reference would be quite unfortunate (even if they're treated specially to preserve backwards compatibility).
Best, -Nikolaus
-- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.«
participants (3)
-
Nikolaus Rath -
Xavier Combelle -
Yury Selivanov