Message210143
> Once the input numbers are converted to float statistics._sum can handle
> them perfectly well. In this case I think the output should also be a float so
> that it's clear that precision may have been lost. If the precision of float is not
> what the user wants then the documentation can point them toward
> Fraction/Decimal.
Ah, I'm getting it now. That is actually a very interesting thought. Still I don't think this should be part of this issue discussion, but I'll think about it and file a new enhancement issue if I have an idea.
As for providing the complete patch, I can do that I guess, but formulating the tests may take a while. I'll try to do it though, if Steven thinks it's worth it. After all he's the one who'd have to approve it and the patch does alter his design quite a bit. |
|
Date |
User |
Action |
Args |
2014-02-03 15:48:00 | wolma | set | recipients:
+ wolma, gregory.p.smith, ncoghlan, larry, steven.daprano, oscarbenjamin |
2014-02-03 15:47:59 | wolma | set | messageid: <1391442479.98.0.182052262626.issue20481@psf.upfronthosting.co.za> |
2014-02-03 15:47:59 | wolma | link | issue20481 messages |
2014-02-03 15:47:59 | wolma | create | |
|