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 sirosen0
Recipients AlexWaygood, andrei.avk, berker.peksag, corona10, grahamd, lukasz.langa, pablogsal, randolf.scholz, rhettinger, serhiy.storchaka, sirosen0, terry.reedy, wim.glenn
Date 2021-12-01.21:51:07
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1638395467.52.0.462072065428.issue45356@roundup.psfhosted.org>
In-reply-to
Content
Probably >90% of the use-cases for chaining classmethod are a read-only class property.
It's important enough that some tools (e.g. sphinx) even have special-cased support for classmethod(property(...)).

Perhaps the general case of classmethod(descriptor(...)) should be treated separately from the common case?

> I propose deprecating classmethod chaining.  It has become clear that it doesn't really do what people wanted and can't easily be made to work.

If classmethod(property(f)) is going to be removed, can an implementation of classproperty be considered as a replacement?

Or perhaps support via the other ordering, property(classmethod(f))?
History
Date User Action Args
2021-12-01 21:51:07sirosen0setrecipients: + sirosen0, rhettinger, terry.reedy, grahamd, lukasz.langa, berker.peksag, serhiy.storchaka, wim.glenn, corona10, pablogsal, andrei.avk, randolf.scholz, AlexWaygood
2021-12-01 21:51:07sirosen0setmessageid: <1638395467.52.0.462072065428.issue45356@roundup.psfhosted.org>
2021-12-01 21:51:07sirosen0linkissue45356 messages
2021-12-01 21:51:07sirosen0create