Message163546
| 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. |
|