Enable i18n of module names/descriptions/metadata

Description

The module metadata being defined in the package.json files is currently just regular strings. We need a way to

  1. Reference keys/strings in the translation files

  2. Parse the module metadata onload

  3. Translate the module metadata

  4. Make that translated metadata available to all code that is currently using hardcoded strings like stripes.displayName

Environment

None

Potential Workaround

None

Checklist

hide

TestRail: Results

Activity

Show:

Mike TaylorJuly 3, 2018 at 2:07 PM

Thanks, I should have trusted you

md331July 3, 2018 at 1:59 PM

Yup, I gotcha. That's actually why I'm not translating the module descriptions at the moment - because they're being pulled from the actual NPM module description key.

Mike TaylorJuly 3, 2018 at 11:07 AM

I'm sure you guys already thought of this, but just for the record ...

In doing this, we need to be sure that our UI modules are still well-behaved NPM modules, with readable English text in all the fields that the NPM package-file specification expects readable text in.

So if we want to change any existing field to be multilingual, specified by translation key, then we need to put the multilingual version of the field down inside the stripes part of the package file, and leave the top-level version as it is.

Done

Details

Assignee

Reporter

Labels

Priority

Fix versions

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs

Created June 25, 2018 at 11:59 AM
Updated September 4, 2018 at 7:38 AM
Resolved July 5, 2018 at 1:53 PM
TestRail: Cases
TestRail: Runs