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 terry.reedy
Recipients Ramchandra Apte, eric.smith, joncle, mark.dickinson, rhettinger, skrah, terry.reedy
Date 2012-06-23.08:11:02
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1340439068.09.0.720536176153.issue15136@psf.upfronthosting.co.za>
In-reply-to
Content
I think *both* proposals are sensible. Fraction already has .from_decimal (using Decimal), so .to_decimal (also using Decimal) is sensible. It also has .from_float, with 'f.to_float' spelled f.__float__, normally called as float(f).

On the other hand, part of the point of the new format system was/is to allow 'other' classes to tie into format specs with custom .__format__. Currently, Fraction inherits .__format__ from object, which only recognizes 's' specifications. (Anything else gives a misleading 'str' error message that is the subject of another issue.) I think it should get a custom .__format__, which could use f.to_decimal(prec), where prec is calculated from the format spec.
History
Date User Action Args
2012-06-23 08:11:10terry.reedysetrecipients: + terry.reedy, rhettinger, mark.dickinson, eric.smith, skrah, joncle, Ramchandra Apte
2012-06-23 08:11:08terry.reedysetmessageid: <1340439068.09.0.720536176153.issue15136@psf.upfronthosting.co.za>
2012-06-23 08:11:07terry.reedylinkissue15136 messages
2012-06-23 08:11:02terry.reedycreate