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 aeros
Recipients aeros, josh.r, p-ganssle, serhiy.storchaka, veky
Date 2019-07-27.17:30:36
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1564248637.03.0.56915452006.issue37685@roundup.psfhosted.org>
In-reply-to
Content
> Serhiy: Is there a reason not to use the functools.total_ordering decorator on TimerHandle, so you can get rid of __le__/__ge__/__gt__ rather than fixing them 
> individually?

I strongly agree with this suggestion, unless there's some unique behavior with TimerHandle objects which would prevent this from being viable. IMO, the @total_ordering decorator should be used as much as practically possible. Individually specifying all of the rich comparisons when we don't have to adds a significant maintenance cost.
History
Date User Action Args
2019-07-27 17:30:37aerossetrecipients: + aeros, serhiy.storchaka, josh.r, veky, p-ganssle
2019-07-27 17:30:37aerossetmessageid: <1564248637.03.0.56915452006.issue37685@roundup.psfhosted.org>
2019-07-27 17:30:37aeroslinkissue37685 messages
2019-07-27 17:30:36aeroscreate