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 Sergey.Kirpichev
Recipients Sergey.Kirpichev, lemburg, mark.dickinson, rhettinger, serhiy.storchaka, stutzbach, terry.reedy
Date 2022-03-26.11:59:41
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1648295981.26.0.77567510843.issue47079@roundup.psfhosted.org>
In-reply-to
Content
> The module documentation should not contain all historical reasons of every design decision.

Sure.  But, for example, there should be an explanation of why foo+foo.denominator could produce an error for a valid implementation of the Integral abc.  Such interoperability is not assumed by the docs, according to provided examples (https://docs.python.org/3/library/numbers.html#implementing-the-arithmetic-operations).

> One of reasons is that type(self) not always have a constructor with compatible interface.

I hardly can imagine a constructor for the Integral type, which doesn't accept a python integer as an argument.
History
Date User Action Args
2022-03-26 11:59:41Sergey.Kirpichevsetrecipients: + Sergey.Kirpichev, lemburg, rhettinger, terry.reedy, mark.dickinson, stutzbach, serhiy.storchaka
2022-03-26 11:59:41Sergey.Kirpichevsetmessageid: <1648295981.26.0.77567510843.issue47079@roundup.psfhosted.org>
2022-03-26 11:59:41Sergey.Kirpichevlinkissue47079 messages
2022-03-26 11:59:41Sergey.Kirpichevcreate