-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Expand list of supported Transifex languages to push/pull in Makefile
#119
Comments
Should we pull all languages or specify the required languages? |
@abdullahwaheed Looking over some docs about Transifex here, it specifies:
I guess I'd be curious to know what the "default set" of languages is if Generally, we should ensure that we're pulling all the languages for which there are JSON files for in
If we started pulling all languages and don't have a JSON file for it created already in |
@abdullahwaheed Speaking of, do you have the ability to access the Transifex jobs in Jenkins? |
@abdullahwaheed I believe Open edX officially supports the following 10 languages:
However, it appears most repos have ~13 JSON files in their I'd propose we align towards the languages depicted in the linked blog post above since that was reasonably recent (as of this month):
I wonder if there is way to automate these changes in any way across all the repos with a custom script? 👀 For example, if we decide to add a newly supported language or remove a language, it might be nice to have an automation script to make future changes like this easier, too. |
I can't access this Jenkins, I have to setup VPN probably for this. |
@adamstankiewicz i had a discussion with "translations-working-group". They have mentioned that Chinese (zh_CN) is currently in use rather than Mandarin. Also, both French variants should be used i.e. Here is the thread of discussions |
As you have suggested, I am working on this script runner created by |
Yes, Jenkins is behind the VPN.
Great! Thanks for the link to the discussion thread. Yeah, it seems there's some discrepencies between what's supported based on documentation versus reality as implemented in code. If we can align both of these to be the same throughout docs and implementation, that'd be the ideal situation 😄
Sounds good! |
@adamstankiewicz the script didn't work due to token so i have manually created PRs and updated there status here. I have marked somethings for Discussion in this sheet. There were some missing configurations and |
Merged some, re-requested reviews on others. Some require rebasing and conflict resolution. |
And updated all the translations themselves. Issue: openedx/wg-frontend#119 PR: #260
@abdullahwaheed, where do we stand, here? I see many were merged, but are we done? |
@arbrandes yes i think we are done with these changes |
@abdullahwaheed, awesome, thanks! |
And updated all the translations themselves. Issue: openedx/wg-frontend#119 PR: openedx#260
Transifex is a third-party service used to manage our translations for localization of the platform. Essentially, messages tagged for translations in a repo are extracted on an automated, recurring basis and pushed to Transifex. Translators can then translate those English messages to various languages. Generally, once a week, the i18n automation pulls reviewed translations from Transifex, which populates the JSON files containing translations (e.g., https://github.com/openedx/frontend-app-learning/tree/master/src/i18n/messages).
However, in many (most) repos, there are more JSON files to languages than are actually pulled by Transifex during the automation (aka we're not pulling in all the languages we seem to officially support).
Taking frontend-app-learning as an example, it has 13 JSON files for presumably 13 supported languages. However, because the transifex_utils is only configured for 4 of these languages, we are only pulling translations for 4 of those 13 languages, even if there are existing, reviewed translations for the other languages.
In the Makefile for frontend-app-learning:
Here is another similar example in frontend-app-profile.
We should ensure this issue of not including all supported language codes is consistent and fixed across all repos that integrate with Transifex.
The text was updated successfully, but these errors were encountered: