@Kirby Douglas Ellingson, since you want this site to live up to its potential, why don't you engage in the meta community, in Discord, on Github, in the kata and translation reviewing process, and so on? We could use some Eternal Optimists ;)

You are ablsolutelly correct @IThinkThatsKirby. Nonetheless, the goal of the Codewars project is not to teach that or another language (AFAIU from ToC), but to give a platform. You are right, some warriors provide comments to their solutions, however that's not the rule.
In case you are eager to find explanetions to solutions, you might google it. There are some on YouTube, GitHub, dev.to, etc.
At least, I put my point of view at this topic.

I am sorry, I meant, where is the code comments explaining what this does. What i really really ment was, why is this website not living up to my expectations. I see no code comments and single letter variables EVERYWHERE and it's up voted as best practices instead of clever. I am Eternal Optimist and it's like nails on a chalkboard to me. I want this site to be more than it is, I want this site to be what it could be. But back on topic. A line code explaining which way it sorts and how would be nice and best practice.

Would you please be so kind to eleborate your stayement, namely "where [is the] documentation."?
I am not absolutely sure that I am clearly understand you.

where documentation.

Your solution can't handles new words which are substrings of the previously seen words, e.g. "aa a".

Hi akar-O,

Thanks for the tip! let me know if it works!

Regards

Arthur

Hi. Please use markdown tags to format your code or it is very discomfortable to read, see: how-to-format-code-in-markdown.

I've looked at the translation page. The page does not check for duplicate words, it checks if the temporary result string does not contain the current string (which does not mean it would be the same word, but only a previously parsed word overlaps the current word), that's why we get those incorrect result.

I may be wrong, those tests pass by trimming my final result so it must be an issue with my code. However, there is also the issue pointed out by tjw1955 below: for example we receive "utZ t t utZ t utZ utZ utZ utZ t" and we're supposed to return "utZ", whereas it should be "utZ t".

I guess that Rust and Ts cases are different issues.

Please review Go issue from akar-0, I'm not competent in Go.

Same with me
'Map' only refers to a type, but is being used as a value here.
However on a local typescript / jasmine setup all tst cases pass.