Seehttp://mail.python.org/pipermail/python-dev/2009-March/087000.htmlandhttp://code.activestate.com/recipes/576685/ .

That's the best version I recall seeing at activestate.Still, I'd deprecate and remove > and >= from mathematics.

What is the purpose of this submission? What do you want to happen aboutPython?

(As I recall) in python-dev mailing list Ray claimed he could clean up acited active state recipe to address this issue.  He succeeded to theextent I'm aware---he's the author ofhttp://code.activestate.com/recipes/576685/.I haven't used the redundant >, >= comparisons operators in code since1981.  The chances of simplifying python by removing them from thelanguage are None, but the mistake predates python by 10**n years, where(3 <= n <= 7) or (7 >= n >= 3).

Then why was this classified as a documentation issue? And why did MartSömmermaa submit it, and not Raymond? AFAICT, Raymond said he wouldpropose something when it's ready (which I assume it currently isn't).

> Then why was this classified as a documentation issue?As the documentation section ofhttp://docs.python.org/reference/datamodel.html#object.__lt__ needs tobe updated as well to mark the eventual solution as the recommended easyway to provide total ordering.> And why did Mart Sömmermaa submit it, and not Raymond? AFAICT, Raymondsaid he would propose something when it's ready (which I assume itcurrently isn't).Raymond's recipe athttp://code.activestate.com/recipes/576685/ looksmore or less complete, do you feel that his posting on the mailing listdoes not count as proposal? I submitted the feature request instead ofhim because I was the one who noticed the problem (as discussed on themailing list) and felt "responsible" to report it here.

> As the documentation section of>http://docs.python.org/reference/datamodel.html#object.__lt__ needs to> be updated as well to mark the eventual solution as the recommended easy> way to provide total ordering.This is the 2.6 version. What about the 3.0 version inhttp://docs.python.org/3.0/reference/datamodel.html#object.__lt__needs to be updated?> Raymond's recipe athttp://code.activestate.com/recipes/576685/ looks> more or less complete, do you feel that his posting on the mailing list> does not count as proposal? I submitted the feature request instead of> him because I was the one who noticed the problem (as discussed on the> mailing list) and felt "responsible" to report it here.I see. So it's a feature request.

> This is the 2.6 version. What about the 3.0 version in>http://docs.python.org/3.0/reference/datamodel.html#object.__lt__> needs to be updated?When functools.total_ordering (whether it lands in functools is open)lands that section should be amended in the lines of the following:"There are no implied relationships among the comparison operators. Thetruth of x==y does not imply that x!=y is false. Accordingly, whendefining __eq__(), one should also define __ne__() so that the operatorswill behave as expected.However, given a class defining one or more ordering methods,`functools.total_ordering`_ class decorator can be used to fill in therest. Please see the documentation of `functools.total_ordering`_ forfurther details."

Seer79730.Leaving open until tests are written and all is forward ported to 3.2.

HelloSmall documentation question: Does the expression “total ordering” have established usage in maths or computer science? Its meaning is not obvious to the non-maths person that I am.Regards

Yes, it's a standard mathematics term.http://en.wikipedia.org/wiki/Total_order

http://en.wikipedia.org/wiki/Total_order

Thanks for the link. Please include it in the future doc if you judge it useful for a large number of users.I’m still wondering if “total_ordering” is the best name for a decorator that fills the blanks to provide total ordering.Regards

http://en.wikipedia.org/wiki/Total_orderFor pair of items from a set,  (that's the total)if  a <= b  and  b <= c  then  a <= c  (part of the order)if  a <= b  and  b <= a  then  a compares the same as b, a == b, (theother part of the order)On Mon, 2010-04-05 at 19:46 +0000, Éric Araujo wrote:> Éric Araujo <merwok@netwok.org> added the comment:> > Hello> > Small documentation question: Does the expression “total ordering” have established usage in maths or computer science? Its meaning is not obvious to the non-maths person that I am.> > Regards> > ----------> > _______________________________________> Python tracker <report@bugs.python.org>> <http://bugs.python.org/issue5479>> _______________________________________

Applied inr79810Thanks for the suggestion.