Mailman 3 November 2017 - docs

[issue8243] curses writing to window's bottom right position raises: `_curses.error: addstr() returned ERR'
by Serhiy Storchaka Nov. 1, 2017

Nov. 1, 2017

Change by Serhiy Storchaka <storchaka+cpython(a)gmail.com>: ---------- type: behavior -> enhancement versions: +Python 3.6, Python 3.7 -Python 3.4, Python 3.5 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue8243> _______________________________________

1 0

[issue31390] pydoc.Helper.keywords missing async and await
by Robert Weiner Nov. 1, 2017

Nov. 1, 2017

New submission from Robert Weiner: Shouldn't async and await be added to the pydoc keywords list? ---------- assignee: docs@python components: Documentation messages: 301657 nosy: docs@python, rsw priority: normal severity: normal status: open title: pydoc.Helper.keywords missing async and await versions: Python 3.6 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue31390> _______________________________________

2 2

[issue18534] State clearly that open() 'file' param is "name" attr of the result
by Guido van Rossum Oct. 31, 2017

Oct. 31, 2017

Guido van Rossum <guido(a)python.org> added the comment: Agreed it's too subtle to change the behavior. > We may also want to explicitly point out that using os.fsdecode(name) before passing it to open() will ensure that the name attribute is set to a string rather than a bytes object. Not sure. Are there cases where os.fsdecode() fails even if the binary syscall would succeed? (The docs claim that on Windows it uses 'strict'.) If it doesn't, maybe we can add a new attribute that gives the name as Text? It could be '' if name is an int. ---------- nosy: +gvanrossum status: pending -> open _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue18534> _______________________________________

1 0