• ###### Voilecreated an issue for "Precise fractions pt. 2 - conversion" kata

The argument name of `Fraction.fromDecimal` shouldn't really be `fraction`, it should be `decimal`.

• ###### KataSideKickcreated an issue for "Precise fractions pt. 1 - basics" kata

No random test of JS/Python/Java.

• ###### el_fantacommented on "Binary multiple of 3" kata

This comment is hidden because it contains spoiler information about the solution

• ###### JohanWiltinkcreated an issue for "Precise fractions pt. 2 - conversion" kata

Needs random tests.

• ###### exodusgilhagencommented on "Precise fractions pt. 1 - basics" kata

Must be as you say - I copied what I had and reset and was able to move on. Thanks for getting back to me.

• ###### JohanWiltinkcommented on "Pete, the baker (part 2)" kata

It's probably terminology from another language than JavaScript.

• ###### busheecommented on "Precise fractions pt. 1 - basics" kata

I'm getting confused here as well - I don't see a test case you mentioned :) maybe you have edited it yourself in your test suite by accident?

• ###### exodusgilhagencommented on "Precise fractions pt. 1 - basics" kata

Good chance I am getting confused here, but this test doesn't appear to be correct to me.

I am reading that as 5 thirds (5/3) + 1 third (1/3). To me the answer should be 6 thirds (6/3) OR 2 wholes (2).

Am I getting this wrong?

• ###### Deepfreezecommented on "Precise fractions pt. 1 - basics" kata

Glad I saw this, was confused as to why I was getting "could not find symbol" errors in Java

• ###### busheecommented on "Precise fractions pt. 2 - conversion" kata

Oh, and 169/1364 = 0.123900293255... and not 0.12390 :)

• ###### busheecommented on "Precise fractions pt. 2 - conversion" kata

Well, 1.(9) = 2 and 0.123(9) is, in fact, equal to 0.124, while 0.12390 you suggested is 0.000(9) less :)

I think you don't really understand repeating decimals. Please refer to e.g. wikipedia: https://en.wikipedia.org/wiki/Repeating_decimal#Converting_repeating_decimals_to_fractions

• ###### EuclidCETcommented on "Precise fractions pt. 2 - conversion" kata

ey.. why 1.(9) is 2 and 0.123(9) is 31/250 [is really 0.124]and not 169/1364 [is really 0.12390] that is closer
are these presicion problems? i though that you want to avoid them? base in the first problem of the serie
or there are tricky inputs

• ###### Angfalcommented on "Precise fractions pt. 1 - basics" java solution

Better to use Euclidean algorithm to find gcd

• ###### ThomasJazzcreated an issue for "Precise fractions pt. 1 - basics" kata

Getting an error saying that numerator or denominator cannot be 0 but I already have an if-statement that throws an exception if either of them are 0's in the constructor. Why doesn't this work? What are you looking for to happen in this case??

// The test I wrote just to see if the program throws an exception, and it does. Still won't let me submit though
assertEquals("Numerator or Denominator cannot be zero", null, new Fraction(0,1));

• ###### JohanWiltinkcreated a suggestion for "Precise fractions pt. 1 - basics" kata

JavaScript: Could do with test cases for the type of the return values of the arithmetic methods.

I glimpsed a solution that returned `String`s instead of `Fraction`s. This passed because return values are only tested `toString()`ed, and `String.toString()` returns the same `String`.