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 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>
In-reply-to
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:01mark.dickinsonsetrecipients: + mark.dickinson, joncle, Ramchandra Apte
2012-06-22 12:32:01mark.dickinsonsetmessageid: <1340368321.3.0.214244043775.issue15136@psf.upfronthosting.co.za>
2012-06-22 12:32:00mark.dickinsonlinkissue15136 messages
2012-06-22 12:32:00mark.dickinsoncreate