This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author rhettinger
Recipients docs@python, jdemeyer, maggyero, martin.panter, rhettinger, steven.daprano
Date 2019-06-08.21:14:18
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1560028458.73.0.760090177142.issue37176@roundup.psfhosted.org>
In-reply-to
Content
Yes, issue 23674 seems to be at least a partial duplicate.  We should just get this fixed and close both issues.

Ideally, the text can also be made more compact.  Having eight paragraphs sends an implicit message that this is too complex to understand and that it should be avoided.

One essential goal is that we need to overcome strong preconceptions about about what super() might do versus what it actually does.  Those with experience of super() in other languages tend to presume that it would be a keyword rather than a builtin type that needs to be instantiated, that it can only work within a class, that it has lower computational overhead than it does, that it only calls parents rather than siblings, that search order is controlled by the method using super() rather than the child instance, that operators will work, or that the search order is something is something other than the C3 algorithm.

The core challenge of documenting super() is that it is so different from what a person might imagine.
History
Date User Action Args
2019-06-08 21:14:18rhettingersetrecipients: + rhettinger, steven.daprano, docs@python, martin.panter, jdemeyer, maggyero
2019-06-08 21:14:18rhettingersetmessageid: <1560028458.73.0.760090177142.issue37176@roundup.psfhosted.org>
2019-06-08 21:14:18rhettingerlinkissue37176 messages
2019-06-08 21:14:18rhettingercreate