How to add custom translations in mfe using plugin?

Development i18n
, , , ,
1

Hello, everyone.
I am trying to add custom translations for authn mfe.

I am familiar with the approach to add the translation file in env/plugins/mfe/build/mfe/i18n/authn directory and then tutor images build mfe.

I am also aware that I can fork the authn mfe and then make changes directly in that foked repo. Then I can run my forked mfe.

We want to have the approach of making all the customisation and changes through one plugin (python package) only. Also, we do not want to fork edx-platform or any mfe.

I am using palm.4 branch of edx-platform and 16.1.3 version of mfe plugin

So, it would be very helpful if someone can suggest me steps or way to achieve this?
@regis @arbrandes @Arslan_Ashraf @djoy @alex_sh

2

Hi @Yogesh!

If you are still in Palm, we have developed a tutor plugin that might help you.
Please be aware that since Redwood the i18n strategy has changed completely, and now it is based on openedx-translations and Atlas.

3

Hi @Andres.Aulasneo !

Thanks for your response. I have already tried and tested tutor-translation plugin few days ago. I forked and added config entry for authn and tested adding a new language for authn mfe. It puts all the translation files in env/plugins/mfe/build/mfe/i18n/authn directory and really achieves the goal.

Do you think it is possible to some how integrate this kind of functionality in python package?
In some similar way which currently is performed by tutor-plugin that you have developed.

We put the python package in the env/build/openedx/requirements directory. Our goal is to make all the customisation through just single plugin (python package).

If you have any suggestions or steps I can look forward to then it will be really helpful.
Thanks.

4

That’s what Atlas does, to integrate the translations into the installation process. It is available since Redwood

5

In Python apps it’s simpler, and by that I mean we need to develop an easier way to override transaltions with Atlas than forking the GitHub - openedx/openedx-translations: Open edX Translation files in sync with Transifex repository.

Currently we fork it and edit the json in-place via a script. It’s not as bad as it sounds, but not worthy of being the community-standard way of doing things:

In short, as the developer of atlas and OEP-58, I’m open to proposals and I’m happy to help.