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 Julian
Recipients Julian, dabeaz, doughellmann, ncoghlan, nedbat, r.david.murray, rhettinger, skrah, twouters
Date 2013-06-04.01:48:01
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1370310481.95.0.241816485595.issue18111@psf.upfronthosting.co.za>
In-reply-to
Content
Raymond, I respect that in your opinion this seems to be overcomplexity, but you haven't addressed any of the arguments made, nor responded to any of the arguments against this being added complexity.

I really don't understand the parallels you're making to str.*with, but as for other languages, as David pointed out already, you are looking at things in a vacuum. This is needed because min and max are already silly. In languages like Ruby and Clojure, which were the quickest I had handy, of course you don't need this, because calling min and max *by default* returns None. I'd bet Python 2's silly type comparison history had something to do with the return value not defaulting to None, but what's done is done. I don't like hard-fast rules, but I don't think APIs should ever be penalized for their own mistakes. We should make sane things possible in pleasant ways.

If it's OK then (turning back to the patch), unless anyone has something additional to add I'm going to carve up some tests.
History
Date User Action Args
2013-06-04 01:48:02Juliansetrecipients: + Julian, twouters, rhettinger, ncoghlan, nedbat, doughellmann, r.david.murray, skrah, dabeaz
2013-06-04 01:48:01Juliansetmessageid: <1370310481.95.0.241816485595.issue18111@psf.upfronthosting.co.za>
2013-06-04 01:48:01Julianlinkissue18111 messages
2013-06-04 01:48:01Juliancreate