Re: [numbers] propose making BigFraction an extension of Fraction

2018-12-27 Thread Gilles
Hi Eric. On Thu, 27 Dec 2018 11:53:39 -0800, Eric Barnhill wrote: Thanks for this response and it took me some time to think your various points through. On Thu, Dec 13, 2018 at 4:59 PM Gilles wrote: On Thu, 13 Dec 2018 11:20:12 -0800, Eric Barnhill wrote: > Among the elegancies afforde

Re: [numbers] propose making BigFraction an extension of Fraction

2018-12-27 Thread Eric Barnhill
Thanks for this response and it took me some time to think your various points through. On Thu, Dec 13, 2018 at 4:59 PM Gilles wrote: > > On Thu, 13 Dec 2018 11:20:12 -0800, Eric Barnhill wrote: > > > Among the elegancies afforded by this change, if a Fraction operation > > causes overflow as pr

Re: [numbers] propose making BigFraction an extension of Fraction

2018-12-13 Thread Gilles
Hi Eric. On Thu, 13 Dec 2018 11:20:12 -0800, Eric Barnhill wrote: Right now BigFraction and Fraction are separate parallel classes. I propose altering this so that BigFraction extends Fraction, overrides its methods, but also keeps its own unique methods. I think it would be an improvement t

[numbers] propose making BigFraction an extension of Fraction

2018-12-13 Thread Eric Barnhill
Right now BigFraction and Fraction are separate parallel classes. I propose altering this so that BigFraction extends Fraction, overrides its methods, but also keeps its own unique methods. I think it would be an improvement to the API to have both classes share the same interface (and indeed an