Message 163399 - 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.

In-reply-to
Author	mark.dickinson
Recipients	Ramchandra Apte, joncle, mark.dickinson
Date	2012年06月22日.12:32:00
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1340368321.3.0.214244043775.issue15136@psf.upfronthosting.co.za>

Content
> I guess my question is - should Decimal do this implicitly for Fraction? I'd prefer not. All other cases of Decimal construction (from float, from string, etc.) are lossless with results that don't depend on the current context; construction from a Fraction will usually involve rounding, with results depending on the current rounding-mode and precision. Having the division operation explicit (making it obvious that there's rounding involved) looks better to me.

Content

> I guess my question is - should Decimal do this implicitly for Fraction?
I'd prefer not. All other cases of Decimal construction (from float, from string, etc.) are lossless with results that don't depend on the current context; construction from a Fraction will usually involve rounding, with results depending on the current rounding-mode and precision.
Having the division operation explicit (making it obvious that there's rounding involved) looks better to me.

History
Date	User	Action	Args
2012年06月22日 12:32:01	mark.dickinson	set	recipients: + mark.dickinson, joncle, Ramchandra Apte
2012年06月22日 12:32:01	mark.dickinson	set	messageid: <1340368321.3.0.214244043775.issue15136@psf.upfronthosting.co.za>
2012年06月22日 12:32:00	mark.dickinson	link	issue15136 messages
2012年06月22日 12:32:00	mark.dickinson	create

homepage