Translations and I18n

Improve this page

There are currently two options available for including translations in a repository:

  1. Object-specific logic provided by the object serializer class
  2. LXE framework (experimental, #4415)

If no translation languages are maintained in this setting, the first approach is used.

LXE framework (Highly experimental, use with care)


You develop code which you want to deploy to other systems. You maintain certain set of languages. You want these languages are deployed to that another system.

Problem with the “old” approach

The old approach was to find all translations available for the object and serialize them.

New approach

… uses LXE framework which supposedly identifies all translations relevant to the object. And also allow requesting specific languages to be serialized in an easy way.

Current limitations

The LXE approach is currently limited to PROG and FUGR objects.


Deployment to another system

Another system may have another set of installed languages. If this is so, only installed will be deserialized (so, intersection between installed and set for the repo). The repo may have non-installed languages in the list (supposedly for packages coming from system). Be aware that it will constantly produce translation-related diffs for repo objects