Author rhettinger
Recipients brandtbucher, mrabarnett, rhettinger, steven.daprano, uriyyo
Date 2021-02-01.13:34:01
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1612186441.6.0.383244260762.issue43085@roundup.psfhosted.org>
In-reply-to
Content
Because ABCs set minimum standards for compliance, they can't be extended without breaking existing code that registers to the ABC.

Brandt added __or/ior__ support to some of the mapping classes in the standard library, but it is a fact of life that there will always be some mapping classes that don't have __or/ior__ support.  It is an optional feature.

It is possible add new ABC subclasses with the extra methods, but I don't think that is worth it.  The effort for a mapping class maintainer to change which class it inherits from or registers to is about equal to the effort to just add the two methods.

So, I think your best bet is to propose PRs for individual mapping classes on a case-by-case basis.
History
Date User Action Args
2021-02-01 13:34:01rhettingersetrecipients: + rhettinger, mrabarnett, steven.daprano, brandtbucher, uriyyo
2021-02-01 13:34:01rhettingersetmessageid: <1612186441.6.0.383244260762.issue43085@roundup.psfhosted.org>
2021-02-01 13:34:01rhettingerlinkissue43085 messages
2021-02-01 13:34:01rhettingercreate