This date strigified format is valid, but not the Date itself. And issue about description ambiguity has been raised above and below, closing...

The point of this cata is regexp practice and understanding Gregorian calendar.

Fortran Translation Kumited - please accept :D

Agreed.

Added test to all languages and updated description.

That's correct! See my fork that fixes the issue.

Also, this should be specified in the description and reenforced in the tests.

Cheers

nice one

simplicity can cause trouble IMO

besides what's the harm of just making it clear

i dont agree with the top solution.
If you got an r = 0 as your param in the random test like I do, that solution fail.

I suggest adding that into the sample test.
like arithmetic_sequence_elements(1, 0, 5)
I am pretty sure the top one failed on this

i dont agree with this solution.
If you got an r = 0 in your param like I do, this solution fail

Yes I agree on this.
Better bearing performance in mind

you can do this in one line by datetime.datetime.strptime("","%d-%m-%Y")

this is a decorator,make it a static method,just for stylish.
if you dont have this decor,you will have to

1. initialize an instance of class filenameextractor, then call the method bounded to that object
2. the method must have a para called 'self'