Haskell fork

• Updated testing to use approximate equality

C Translation (author inactive).

Random tests never generate cases where zip code is excluded

Please review my C translation and accept it if ok

CoffeeScript translation

Re-raising this suggestion as an issue:

Floating point assertions are handled incorrectly. Some tests perform strict comparison, some others perform tolerance calculations by themselves, resulting in confusing assertion messages. assert_approx_equals should be used instead.

This kata is a subject to deduplication process here: https://github.com/codewars/content-issues/issues/186.
Please join the discussion to help us identify duplicate kata and retire them.

• Description should be language-agnostic

• Shoudl use KaTeX too in equations representation

• The note part should be made more clear and re-formatted

User can mutate input in Python's random tests.

Factor translation: adapt description for interact; it's not a method, nor is it named .interact

Published a java translation, looking for feedback :)

Suggestion: Remove valid color and valid flavor from the description.

Looking at zebulans issue that was resolved 5 years ago, a decision was made to not test for color nor flavor.
We should rephrase the corresponding paragraph to avoid further confusion :)

Problem for the R version.
In random test, the pixel_size is in multiple part (split in word of size two), impossible to corectly launch the random test part
Thanks