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 ethan.furman
Recipients Saimadhav.Heblikar, cool-RR, eric.smith, ethan.furman, josh.r, mark.dickinson, pitrou, r.david.murray, rhettinger, scoder, serhiy.storchaka, steven.daprano
Date 2014-10-04.18:43:58
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1412448238.54.0.665707151673.issue22515@psf.upfronthosting.co.za>
In-reply-to
Content
We are not "rushing into code", we are getting some code, and tests, written to help define what we are talking about.

So far the feedback has given some more tests to add, and some things to change (such as only comparing with other Counters).

The big question I have is how do we handle <= and >= ?  Normal Counter == treats a key with a zero value as being unequeal to a Counter without that same key, but I don't think that makes sense for partial ordering.
History
Date User Action Args
2014-10-04 18:43:58ethan.furmansetrecipients: + ethan.furman, rhettinger, mark.dickinson, pitrou, scoder, eric.smith, steven.daprano, r.david.murray, cool-RR, serhiy.storchaka, Saimadhav.Heblikar, josh.r
2014-10-04 18:43:58ethan.furmansetmessageid: <1412448238.54.0.665707151673.issue22515@psf.upfronthosting.co.za>
2014-10-04 18:43:58ethan.furmanlinkissue22515 messages
2014-10-04 18:43:58ethan.furmancreate