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 christopherthemagnificent
Recipients Arfrever, Darren.Dale, asvetlov, benjamin.peterson, christopherthemagnificent, daniel.urban, docs@python, dsdale24, eric.araujo, eric.snow, ncoghlan, python-dev, r.david.murray, stutzbach
Date 2012-10-17.19:26:45
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1350502005.74.0.479396572328.issue16267@psf.upfronthosting.co.za>
In-reply-to
Content
As Darren Dale pointed out, it looks like this is a (partial) documentation issue.  I think it's plausible that someone like me, who has used abstractmethod by itself, would read the docs for abstractclassmethod and not re-read the docs on abstract method to know that he needs to put the one decorator first and other other second.

Changing Python to make it indifferent to the order of classmethod and abstractmethod wouldn't be a bad idea if it isn't too hairy to implement, since it does not seem to be intuitive to me and probably others that the order of the decorators in this specific situation should matter.

At bare minimum, I recommend that the documentation for abstractclassmethod and abstractstaticmethod should be updated to indicate not merely that abstractmethod and either classmethod or staticmethod should be used together, but IN WHICH ORDER they should be used, if it is decided to preserve the sensitivity to ordering.

:-)
History
Date User Action Args
2012-10-17 19:26:45christopherthemagnificentsetrecipients: + christopherthemagnificent, ncoghlan, benjamin.peterson, stutzbach, eric.araujo, Arfrever, r.david.murray, asvetlov, daniel.urban, docs@python, dsdale24, python-dev, eric.snow, Darren.Dale
2012-10-17 19:26:45christopherthemagnificentsetmessageid: <1350502005.74.0.479396572328.issue16267@psf.upfronthosting.co.za>
2012-10-17 19:26:45christopherthemagnificentlinkissue16267 messages
2012-10-17 19:26:45christopherthemagnificentcreate