On Thursday, March 7, 2019 at 6:36:50 AM UTC-8, E. Madison Bray wrote:
>
>
> Ah, I think maybe I see what you were going for there. Yes, that
> might help a little bit in some cases actually, such as if some
> Element is passed to Python's built-in round(), but that could also be
> handled on a
On Thu, Mar 7, 2019 at 2:54 PM Simon King wrote:
>
> Hi Erik,
>
> On 2019-03-07, E. Madison Bray wrote:
> > This is completely normal:
> > https://en.wikipedia.org/wiki/Rounding#Round_half_to_even
>
> Thanks for the pointer.
>
> >> If I understand correctly, Sage currently uses .round() for custo
Hi Erik,
On 2019-03-07, E. Madison Bray wrote:
> This is completely normal:
> https://en.wikipedia.org/wiki/Rounding#Round_half_to_even
Thanks for the pointer.
>> If I understand correctly, Sage currently uses .round() for customised
>> rounding. Would it be a good idea to add a .__round__() me
On Thu, Mar 7, 2019 at 2:24 PM Simon King wrote:
>
> Hi Erik,
>
> On 2019-03-06, E. Madison Bray wrote:
> > and also Python 2 always rounds half-integers up, whereas
> > Python 3 rounds even half-integers down and odd half-integers up.
>
> What the heck?? Is there any widely accepted industry sta
Hi Erik,
On 2019-03-06, E. Madison Bray wrote:
> and also Python 2 always rounds half-integers up, whereas
> Python 3 rounds even half-integers down and odd half-integers up.
What the heck?? Is there any widely accepted industry standard for that
"odd" rule? Why not round down half-integers whos
