[issue12154] PyDoc Partial Functions
New submission from JJeffries : PyDoc currently does not support partial functions. It currently just outputs the following, treating it as a data member instead of a function. my_partial_function = I think that if the __doc__ it should be treated as a function and the __doc__ read. -- components: Library (Lib) messages: 136596 nosy: JJeffries priority: normal severity: normal status: open title: PyDoc Partial Functions type: feature request versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue12154> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12154] PyDoc Partial Functions
JJeffries added the comment: I have written and tested a patch based on 2.7.1 src distribution (only src I have access to at work). I will get the latest code from the repository and test against that later. -- ___ Python tracker <http://bugs.python.org/issue12154> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12154] PyDoc Partial Functions
JJeffries added the comment: Tested this on 2.7.1. currently only covers the HTMLDoc class. The TextDoc class will also need updating with the docpartialfunc method. -- keywords: +patch Added file: http://bugs.python.org/file22086/partial.patch ___ Python tracker <http://bugs.python.org/issue12154> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12154] PyDoc Partial Functions
JJeffries added the comment: If it is changed to use inspect.getfullargspec is it still ok to use inspect.formatargspec? I cant work which values returned by getfullargspec need to go into which parameters for formatargspec. -- ___ Python tracker <http://bugs.python.org/issue12154> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12174] Multiprocessing logging levels unclear
New submission from JJeffries : It is unclear without reference to the logging module where the multiprocessing logging levels fit in the normal logging provided by the logging module, even though it says above the table "The table below illustrates where theses fit in the normal level hierarchy. +++ | Level | Numeric value | +++ | ``SUBWARNING`` | 25 | +++ | ``SUBDEBUG`` | 5 | +++" I propose adding further values from the logging module for clarification. -- assignee: docs@python components: Documentation messages: 136839 nosy: JJeffries, docs@python priority: normal severity: normal status: open title: Multiprocessing logging levels unclear versions: Python 3.3 ___ Python tracker <http://bugs.python.org/issue12174> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12174] Multiprocessing logging levels unclear
Changes by JJeffries : -- keywords: +patch Added file: http://bugs.python.org/file22106/multiprocessing_logging.patch ___ Python tracker <http://bugs.python.org/issue12174> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12195] Little documentation of annotations
New submission from JJeffries : There are very few pages relating to annotations in the documentation. Making it very unclear how they work and what they could be used for other than the original PEP. -- assignee: docs@python components: Documentation messages: 137047 nosy: JJeffries, docs@python priority: normal severity: normal status: open title: Little documentation of annotations versions: Python 3.2 ___ Python tracker <http://bugs.python.org/issue12195> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12743] C API marshalling doc contains XXX
New submission from JJeffries : The Python C API manual page for data marshaling contains the following paragraph. XXX What about error detection? It appears that reading past the end of the file will always result in a negative numeric value (where that’s relevant), but it’s not clear that negative values won’t be handled properly when there’s no error. What’s the right way to tell? Should only non-negative values be written using these routines? I suggest that the XXX should be removed as it is unclear why it's there. Patch to follow in the next couple of days if others agree. -- assignee: docs@python components: Documentation messages: 141959 nosy: JJeffries, docs@python priority: normal severity: normal status: open title: C API marshalling doc contains XXX ___ Python tracker <http://bugs.python.org/issue12743> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12195] Little documentation of annotations
JJeffries added the comment: While I understand the reluctance to unintentionally push people along a particular path, but I think there is being open on how to use it and not mentioning it. I think that currently the current documentation is the latter and some simple examples showing the syntax would go a long way. Most of my understanding of annotations has come from the PEP for it and mailing lists. -- ___ Python tracker <http://bugs.python.org/issue12195> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9909] request for calendar.dayofyear() function
JJeffries added the comment: I agree, I think this would be very useful. I use a function that does this quite often. Should also be added to calendar.py's __all__. -- nosy: +JJeffries ___ Python tracker <http://bugs.python.org/issue9909> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10092] calendar does not restore locale properly
Changes by JJeffries : -- nosy: +JJeffries ___ Python tracker <http://bugs.python.org/issue10092> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
