Mailman 3 December 2016 - docs

[issue29010] Incorrect description about scope related with inheritance
by woo yoo Dec. 19, 2016

Dec. 19, 2016

woo yoo added the comment: The associated link is https://docs.python.org/3.6/tutorial/classes.html#inheritance ---------- assignee: -> docs@python components: +Documentation nosy: +docs@python versions: +Python 3.5, Python 3.6 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue29010> _______________________________________

1 0

[issue29005] Possibly incorrect description about method objects
by woo yoo Dec. 18, 2016

Dec. 18, 2016

New submission from woo yoo: "In general, calling a method with a list of n arguments is equivalent to calling the corresponding function with an argument list that is created by inserting the method’s object before the first argument." Is above description right? The link is https://docs.python.org/3.5/tutorial/classes.html#method-objects ---------- assignee: docs@python components: Documentation messages: 283556 nosy: docs@python, woo yoo priority: normal severity: normal status: open title: Possibly incorrect description about method objects versions: Python 3.5, Python 3.6 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue29005> _______________________________________

4 9

[issue28987] Remove typo in whats new entry on Descriptor Protocol Enhancements
by Jim Fasarakis-Hilliard Dec. 18, 2016

Dec. 18, 2016

New submission from Jim Fasarakis-Hilliard: Attached patch removes small typo ('has') from text: extends the descriptor protocol has to include the new optional ---------- assignee: docs@python components: Documentation files: whatsnew_typo.patch keywords: patch messages: 283401 nosy: Jim Fasarakis-Hilliard, docs@python priority: normal severity: normal status: open title: Remove typo in whats new entry on Descriptor Protocol Enhancements versions: Python 3.6 Added file: http://bugs.python.org/file45924/whatsnew_typo.patch _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue28987> _______________________________________

4 3

[issue28816] Document if zipimport can respect import hooks to load custom files from zip.
by Brett Cannon Dec. 17, 2016

Dec. 17, 2016

Brett Cannon added the comment: The cutoff for 3.6.0 has passed, but documentation patches can still go in for 3.6.1 (and 3.5.3). ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue28816> _______________________________________

1 0

[issue28816] Document if zipimport can respect import hooks to load custom files from zip.
by Decorater Dec. 16, 2016

Dec. 16, 2016

Decorater added the comment: Well, Will there be any documentations for this before 3.6 final release or no because this would be nice to know for other people who would like to do something similar. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue28816> _______________________________________

1 0

[issue28986] Docs should say set.update takes iterable
by Nick Evans Dec. 16, 2016

Dec. 16, 2016

New submission from Nick Evans: The docs say that set.update takes *args: update(*others) But actually set.update takes an optional iterable: update([iterable]) ---------- assignee: docs@python components: Documentation messages: 283394 nosy: docs@python, nre3976 priority: normal severity: normal status: open title: Docs should say set.update takes iterable versions: Python 3.5 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue28986> _______________________________________

3 2

Release 3.5.2
by tibula＠email.it Dec. 16, 2016

Dec. 16, 2016

  Vorrei sapere (per favore) dove posso trovare questga Release 3.5.2 in lingua italiana   Grazie Adrio Piga   Python Tutorial       Release 3.5.2                                                       Guido van Rossum       and the Python development team                                                                                                                                                                                               -- ZE-Light e ZE-Pro: servizi zimbra per caselle con dominio email.it, per tutti i dettagli Clicca qui http://posta.email.it/caselle-di-posta-z-email-it/?utm_campaign=email_Zimbr… Sponsor: Idee regalo classiche o alternative? Trova l'offerta migliore in un click Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=13327&d=16-12

1 0

[issue28977] Document PyObject_CallFunction() special case more explicitly
by STINNER Victor Dec. 16, 2016

Dec. 16, 2016

New submission from STINNER Victor: The PyObject_CallFunction() function has a special case if the format string is "O". See my email thread on python-dev: https://mail.python.org/pipermail/python-dev/2016-December/146919.html Serhiy wrote: "It is documented for Py_BuildValue(), and the documentation of PyObject_CallFunction() refers to Py_BuildValue()." which is true, but I would prefer to be more explicit to avoid bad surprises (see issues #21209 and #28920). Attached patch modifies PyObject_CallFunction() doc to mention the "O" format special case in the .rst doc and the .h comment. The documentation of PyObject_CallMethod() and _PyObject_CallMethodId() should also be modified, but I would prefer to wait for a first review on the added text before modifying all functions. I proposed to only modify Python 3.7 because Include/abstract.h was a in a bad shape: I rewrote this file to make it easier to maintain, but only in Python 3.7, see issue #28838. ---------- assignee: docs@python components: Documentation, Interpreter Core files: call_doc.patch keywords: patch messages: 283256 nosy: docs@python, haypo, serhiy.storchaka priority: normal severity: normal status: open title: Document PyObject_CallFunction() special case more explicitly versions: Python 3.7 Added file: http://bugs.python.org/file45908/call_doc.patch _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue28977> _______________________________________

2 4

[issue28900] update 'docs for other versions'
by Matthias v/d Meent Dec. 16, 2016

Dec. 16, 2016

New submission from Matthias v/d Meent: The 'docs for other versions' links in the sidebar of docs.python.org do not link to 3.5 in both the 3.6 and 3.7 docs. As I didn't find any docs guidelines, I presume this is an error and should be fixed. A link to the Python 3.6 docs should get added under all active documentations before or the moment python 3.6 is released (though I suspect this is automated). ---------- assignee: docs@python components: Documentation messages: 282684 nosy: Matthias v/d Meent, docs@python priority: normal severity: normal status: open title: update 'docs for other versions' type: enhancement versions: Python 3.6, Python 3.7 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue28900> _______________________________________

4 11

[issue28979] What's New entry on compact dict mentions "faster" implementation
by Jim Fasarakis-Hilliard Dec. 16, 2016

Dec. 16, 2016

New submission from Jim Fasarakis-Hilliard: Specifically, the entry reads: "The dict type has been reimplemented to use a faster, more compact representation similar to the PyPy dict implementation." Through, the text describing the new implementation doesn't mention anything on speed, it only mentions memory usage. issue27350 and, specifically, msg275587 even report a slight regression ok key look-ups. Am I interpreting this differently? If not, is it a good idea to be stating it is faster? ---------- assignee: docs@python components: Documentation messages: 283304 nosy: Jim Fasarakis-Hilliard, docs@python priority: normal severity: normal status: open title: What's New entry on compact dict mentions "faster" implementation versions: Python 3.6 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue28979> _______________________________________

5 7