[issue19404] Simplify per-instance control of help() output

2015-07-21 Thread Ethan Furman
Changes by Ethan Furman : -- nosy: -ethan.furman ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue19404] Simplify per-instance control of help() output

2014-01-31 Thread Yury Selivanov
Changes by Yury Selivanov : -- nosy: +yselivanov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue19404] Simplify per-instance control of help() output

2013-10-26 Thread Nick Coghlan
Nick Coghlan added the comment: As far as I am aware, never. But "instance.__doc__" falls back to the class, hence the != check rather than "is not None". -- ___ Python tracker _

[issue19404] Simplify per-instance control of help() output

2013-10-26 Thread Ethan Furman
Ethan Furman added the comment: Would it make sense to have the presence of a non-None __doc__ be a deciding factor? How often does an instance have a docstring where one would want the class info instead? -- ___ Python tracker

[issue19404] Simplify per-instance control of help() output

2013-10-26 Thread Nick Coghlan
Nick Coghlan added the comment: Issue 19031 is a report indicating that this is a problem for Enum instances as well. -- ___ Python tracker ___ _

[issue19404] Simplify per-instance control of help() output

2013-10-26 Thread Roundup Robot
Roundup Robot added the comment: New changeset 09153a9a3bb9 by Nick Coghlan in branch 'default': Close #19330 by using public classes in contextlib http://hg.python.org/cpython/rev/09153a9a3bb9 -- nosy: +python-dev ___ Python tracker

[issue19404] Simplify per-instance control of help() output

2013-10-26 Thread Nick Coghlan
New submission from Nick Coghlan: While working on issue 19330, I also took a look at whether or not I could fix the @contextmanager decorator to also provide useful help information on the resulting objects. This turned out to be difficult, since calling decorated functions produces instances