Create new track for GDScript

Slow work day so I can confirm this on my Windows workstation later today.

I checked it out, seems to work now. Before there was an issue with absolute paths and since the wsl folder system was more or less put on top of Windows, docker thereby just crashed.

Hi! I have a question about adding new exercises (I think it would be faster if I start contributing, instead of just approving @BNAndras PRs :stuck_out_tongue: ). I downloaded the newest release of configlet and added a very rudimentary config to config.json:

  "slug": "two-fer"

(I know that there is already a PR for that exercise, but I just wanted to test the process)

After running configlet sync -u the tool created some files, including tests.toml file with UUIDs of required test cases. But, the main config.json file was not updated, it still contains only the slug. Is there a way for configlet to automatically add the name, UUID, and perhaps other fields of a new exercise, or are these steps supposed to be done manually?

Some tracks set up tooling to handle the config.json manipulation so you just need to supply the slug name and perhaps a difficulty and the script does the rest. On tracks without the tooling, I just do it manually by copying and pasting the nearest exercise entry, replacing the slug, name, difficulty, and UUID. It doesn’t really take too much time especially compared to other steps like setting up the test suite.

I’m actually working on adding a “create new exercise” feature to configlet! Hope it is coming soon-ish.


We could pool all the tools that are implemented by the tracks. I knwo there is a powerful workflow for the python track, that can generate tests and add new ones with a exercise-specific template.

I have a script for the C++ track that creates all the files and some basic tests and you would only need to fill the example files.

I am sure other tracks made similar things.

I have a small script that will create the basic files for powershell track as well, also create empty test cases with names parsing the toml file. But filling formation is still being done semi-manually, if the tests are less than 10 and each are quite unique i can just do it myself. If there are like a bunch of them with minimal change, then i give chatgpt a correct “frame” then feed it the test data for it to spit out the refined test cases. It is good for those tasks. (Also you can write custom testing functions to remove a lot of repetition as well in some cases)

I also like the test suite being easy on the eyes for readers, so I still spent time to group them in context and give them proper spacing.

Thanks for all the replies! I hope I didn’t sound like I’m complaining, I think the tooling is very good as it is ;) I just wanted to make sure that I’m not doing something manually if there is a nice command that will do it for me ;P

As mentioned, all the manual steps don’t take a lot of time, so I’m happy to start adding new exercises soon :D

I have a question about local installation and some other topics if you don’t mind (I went to check the doc but it is blank atm)
Should I download the standard version or the one with .Net, or it doesnt really matter in this case?
I mainly use vscode now due to its versatility, would you recommend mixing it with godot? Or just stick to the default editor?

Would you consider in the future to do some sort of guide to actual develop a small game (could based on one of the exercise we have) with actual graphic and what not? :grin:

Hi @glaxxie ! I’ve never used the .Net version to be honest, always downloaded the standard one. I think they work in the same way (from the user’s perspective) but I am not sure.

I advise you to use Godot Engine’s editor. It provides good syntax completion, has built-in docs, and is really good in spotting formatting errors :slight_smile: Also, please keep in mind that GDScript is just the default language of Godot, the engine itself provides much more: 2D and 3D scenes, autoloads, project settings, export templates etc. Learning GDScript will be, I hope, the first step toward building some cool interactive programs :wink:

As for a guide: I didn’t plan on adding any, since there are already 2 short tutorials available in the documentation:

Should these prove inadequate in any way, it will be my pleasure to create a custom tutorial, just for Exercism :wink:

1 Like

@ErikSchierboom, GDScript is at 18 exercises ported and 2 going through review. We still need a track icon I believe, but is there anything else we need before the track is available on the site for maintainers? 404s at the moment.

Does the language have a logo? Or would some variant of be appropriate?

I’ve just created the track, but the page 500s: I’ll have to look into that.

Maintainers should be able to see now.


Unless @pfertyk has something in mind, I think that’s fine, and godot/LOGO_LICENSE.txt at master · godotengine/godot · GitHub indicates a CC BY 4.0 license for their logos. I don’t believe there’s a GDScript logo since it’s tightly linked to the Godot Engine, but that’s fine because the Godot logo is pretty recognizable.

The deploy was successful: Deploy · exercism/gdscript-test-runner@0d94c25 · GitHub Could you do another test @BNAndras ?


It worked. Thanks!

1 Like

Hi! I also think that the Godot Engine’s logo is completely appropriate here :slight_smile: If the engine’s maintainers figure out a separate logo for the language, I assume that we will be able to change it in the future?

Also, thank you very much @ErikSchierboom for setting up the track page for maintainers! :+1: :heart:

1 Like

Resistor trio exercise