Message 273454 - Python tracker

➜

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	steven.daprano
Recipients	josh.r, mark.dickinson, rhettinger, serhiy.storchaka, steven.daprano, veky
Date	2016-08-23.14:30:54
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1471962654.81.0.0705787259562.issue27832@psf.upfronthosting.co.za>
In-reply-to

Content
At the risk of muddying the waters even further, I'd like to make _normalize a public parameter in Python 3.7. There's an interesting operation you can do with fractions, the mediant: https://en.wikipedia.org/wiki/Mediant_%28mathematics%29 http://www.mathteacherctk.com/blog/2011/02/06/mediant-fractions-and-simpsons-paradox/ It's easy to work with mediants provided you have a way to prevent fractions from being normalised automatically. So I'm +1 on making _normalize a keyword-only argument for 3.6 as a first step.

At the risk of muddying the waters even further, I'd like to make _normalize a public parameter in Python 3.7. There's an interesting operation you can do with fractions, the mediant:

https://en.wikipedia.org/wiki/Mediant_%28mathematics%29

http://www.mathteacherctk.com/blog/2011/02/06/mediant-fractions-and-simpsons-paradox/

It's easy to work with mediants provided you have a way to prevent fractions from being normalised automatically.

So I'm +1 on making _normalize a keyword-only argument for 3.6 as a first step.

History
Date	User	Action	Args
2016-08-23 14:30:54	steven.daprano	set	recipients: + steven.daprano, rhettinger, mark.dickinson, serhiy.storchaka, josh.r, veky
2016-08-23 14:30:54	steven.daprano	set	messageid: <1471962654.81.0.0705787259562.issue27832@psf.upfronthosting.co.za>
2016-08-23 14:30:54	steven.daprano	link	issue27832 messages
2016-08-23 14:30:54	steven.daprano	create