Haskell translation

CoffeeScript translation

(Javascript) Test cases doesn't include negative numbers. My solution passed this Kyu but custom tests fails with negative numbers.

no random tests in JavaScript

Lua translation!

If you are having issues with this Kata, as I did, and don't know (yet) how to work with Regular Expressions, I would like to make you know that the examples in the Description might suggest a direction to solve this problem that it's not truly honest with you. The examples presented, don't alow you to think about a case where the string contains ONLY NUMBERS or a case where the left side is alphanumeric and the right side (wich is the most important, because the increment will be made through it), obviously, is entirely numeric.

.

I'll give you an exemple.

string = './7r.145Q;'M0_105284850&668248?9600000000'

The alphanumeric side (or left side) of this string is './7r.145Q;'M0_105284850&668248?' and the numeric (or right) side is '9600000000'.

After doing the increment, the expected result is './7r.145Q;'M0_105284850&668248?9600000001', but ALL THE CASES TO CONSIDER showned in the Description are representations of a SINGLE CASE where the alphanumeric side is exclusively ALPHABETHIC (A-Z) and it is concatenated (or not) with the numeric side.

I think you will agree with me that the Description of this Kata is not very clear about some cases, wich is a problem.

.

So, if you are still trying to solve this Kata without using Regular Expressions (it is possible, I did), think about what I said, think about these hidden cases.

.

I hope this suggestion helps you and the others that are having issues with this Kata and I also hope to see this hidden cases issue solved, with more other possible cases presented in the Description.

Java
My problem is when i hit attemp i always get this For input string: "" static test are passing just fine and here is also test case with string "" i am not rly sure what i have wrong in code

Can someone tell me what the answer to passing ("4I") should be please?

I thought it should be 4I1 but it is giving an error on that answer with out of bounds (despite working on my IDE) making me think I have got the answer wrong.

There's an inconsistency between language versions of this kata:

• in some language versions, the tests only use strings without digits in the prefix part
• in other language versions, the tests use random strings that may have digits in the prefix part

Example: x.@f6a%5s0123, which should be increased to x.@f6a%5s0124

I think the task is a bit more interesting if the prefix part can contain digits.

We could update the tests and make sure that all versions use digits in the prefix part. Of course, that would invalidate many existing solutions. (In some cases, we even may have to fix the reference solution.) What do you think? Is it worth it?

D translation

• Rust translation
• Go translation

It should be make clear in the examples that digits can appear anywhere in the string.
Using examples with digits only appearing at the end of string can be very misleading.

Suggest adding test cases with numbers equivalent to ending numbers within the middle of the string. My method would have failed if that was the case.