version 2023-11-21 contains it

Fixed in https://invent.kde.org/education/gcompris/-/commit/d434bb173f0361eecef61270a5c65be8aaf328ea

In T15768#283967, @siddheshkukade wrote:

@timotheegiet I just wanted to help KDE by contributing to it's projects I have a year of open source experience.
How can I get started for this project can you give a short information about the tech stack used here

@timotheegiet I just wanted to help KDE by contributing to it's projects I have a year of open source experience.
How can I get started for this project can you give a short information about the tech stack used here

Done in commit https://invent.kde.org/education/gcompris/-/commit/d6f9b388b1228b3195ae87db81c5c86a27bf630a

Fixed in https://invent.kde.org/education/gcompris/-/commit/c9545ce52b0a487e1d523bf27e93972d60c2be65

https://invent.kde.org/education/gcompris/-/merge_requests/114

https://invent.kde.org/education/gcompris/-/merge_requests/109/

I'll have a look.

@hadron if you think you will have time, feel free to take a look at it, you'll probably find a cleaner quicker solution than me :). If you don't have time, please tell so another person can take a look at it

Fixed in https://invent.kde.org/education/gcompris/-/commit/f0ce2b9b996f02f16ba9d694fbdd6e3097cf9263

For code: https://invent.kde.org/education/gcompris/-/commit/a1d28e55fdc774a24469ab4c390db498e3e7882f

As discussed, this code misses some use cases and does not handle correctly the translation.

Hi,
If you replace the Manuel part of gcompris.py with this code:

For source_build_dist.sh (only shipping po files in the list): https://invent.kde.org/education/gcompris/-/commit/721e7dbdac7ab7060e708a6edfbeb263cddc3d02

https://invent.kde.org/education/gcompris/-/commit/47b6ee940e71f0b603e05b01bb677fb15ba01d8c

In T13994#247257, @timotheegiet wrote:

In T13994#247248, @echarruau wrote:

and at some point, when all users have migrated to the last version, we can remove the symbolic links in the data repository

"when all users have migrated to the last version" is not something that will ever happen... (as far as I can tell we always have users using older than latest version for several reasons...).
Better keep the symbolic links as long as possible, as links do not take much space it should not be a problem to keep them.

In T13994#247248, @echarruau wrote:

and at some point, when all users have migrated to the last version, we can remove the symbolic links in the data repository

We would replace all the words/$color.$CA with colors/$color.$CA
in the GCompris data repository, we will remove all words/$color.ogg and create a link from colors/color.ogg -> words/$color.ogg
and at some point, when all users have migrated to the last version, we can remove the symbolic links in the data repository

Regarding the voices, if they are already in colors/ folder, it's better to use them directly instead of duplicating them in the words/ folder (and then potentially miss one when updating).