Fully extendable eslint plugin for JSON i18n translation files.
πCheck out the introduction blog post
-
lint JSON translation files
- rule:
i18n-json/valid-json
- configure a custom linter in case the default doesn't fit your needs.
- rule:
-
validate syntax per message
- rule:
i18n-json/valid-message-syntax
- default syntax check is for ICU Message Syntax
- can support any message syntax through custom validators. Example
- rule:
-
ensure translation files have identical keys
i18n-json/identical-keys
- supports different custom mappings and on the fly key structure generation
-
sort translation keys in ascending order through eslint auto-fix
-
supports any level of nesting in the translation file. (escapes
.
in key names)
Note: Check out the Examples folder to see different use cases and project setups.
- eslint >= 4.0.0
- node >= 6.0.0
Right out of the box you get the following through our recommended ruleset i18n-json/recommended
:
- i18n-json/valid-json
- linting of each JSON translation file
- default severity: error | 2
- i18n-json/valid-message-syntax
- default ICU Message syntax validation (using
intl-messageformat-parser
) - default severity: error | 2
- default ICU Message syntax validation (using
- automatic ascending sort of all keys in the translation file. (supports sorting nested objects)
Let's say your translations project directory looks like the following, (project name: simple)
> tree simple -I node_modules
simple
βββ package.json
βββ readme.md
βββ translations
βββ en-US
βΒ Β βββ index.json
βββ es-MX
βββ index.json
In this project directory, do the following:
-
npm install --save-dev eslint-plugin-i18n-json
-
Create a
.eslintrc.js
file in the root dir of your project. For this example:/simple/.eslintrc.js
. -
paste in the following:
{ "extends": [ "plugin:i18n-json/recommended" ], }
-
add this npm script to your
package.json
file.- note:
- without the
--fix
option, sorting the translation file won't work - the default eslint report formatter,
stylish
, doesn't handle lint messages of varying length well. Hence, we have also built acustom report formatter
well suited for this plugin.
- without the
{ "scripts": { "lint": "eslint --fix --ext .json --format node_modules/eslint-plugin-i18n-json/formatter.js translations/" } }
- Also, the following builtin formatters provided by eslint also work well:
compact
,unix
,visualstudio
,json
. Learn more here- Example usage:
eslint --fix --ext .json --format compact translations/
- Example usage:
- note:
-
npm run lint
-
Profit! Relax knowing that each change to the translations project will go through strict checks by eslint plugin.
Example where we have invalid ICU message syntax.
Check out the Examples folder to see different use cases.
-
Simply update your
.eslintrc.*
with overrides for the individual rules. -
Eslint severities: 2 = error, 1 = warning, 0 = off
-
Example of the module's default rule configuration:
- see below for more information about how to further configure each rule. (some options may require switching to a
.eslintrc.js
file)
// eslintrc.json { "rules": { "i18n-json/valid-message-syntax": [2, { syntax: 'icu', }], "i18n-json/valid-json": 2, "i18n-json/identical-keys": 0, } }
// .eslintrc.js module.exports = { 'rules': { 'i18n-json/valid-message-syntax': [2, { syntax: 'icu', }], 'i18n-json/valid-json': 2, 'i18n-json/identical-keys': 0, } }
- see below for more information about how to further configure each rule. (some options may require switching to a
-
linting of each JSON translation file
-
builtin linter uses
json-lint
-
default severity: error | 2
-
options
linter
: String (Optional)- Absolute path to a module which exports a JSON linting function.
Function(source: String)
- This function will be passed the source of the current file being processed.
- It should throw an Error, just like
JSON.parse
.// .eslintrc.js rules: { "i18n-json/valid-json": [2, { linter: path.resolve('path/to/custom-linter.js') }] }
//custom-linter.js module.exports = (source) => { if(isBad(source)){ throw new SyntaxError('invalid syntax'); } }
- Absolute path to a module which exports a JSON linting function.
Example output for Invalid JSON.
-
default ICU Message syntax validation (using
intl-messageformat-parser
) -
default severity: error | 2
-
options
syntax
: String (Optional). Default value:icu
.-
Can be a built in validator:
icu
,non-empty-string
.// .eslintrc.js rules: { "i18n-json/valid-message-syntax": [2, { syntax: 'non-empty-string' }] }
-
Can be an absolute path to a module which exports a Syntax Validator Function.
Function(message: String, key: String)
- This function will be invoked with each
message
and its correspondingkey
- It should throw an Error, just like
JSON.parse
on invalid syntax.// .eslintrc.js rules: { "i18n-json/valid-message-syntax": [2, { syntax: path.resolve('path/to/custom-syntax-validator.js') }] }
//custom-syntax-validator.js example module.exports = (message, key) => { // each message should be in all caps. if(message !== message.toUppercase()){ throw new SyntaxError('MESSAGE MUST BE IN ALL CAPS!') } }
-
Output from the custom-message-syntax example where each message must have the word 'PIZZA' prepended to it.
-
compare each translation file's key structure with a reference translation file to ensure consistency
-
severity: 0 | off , this rule is OFF by default
-
Can turn this rule on by specifying options for it through your
.eslintrc.*
file. -
options
-
filePath
: String | Object (Required)-
Can be an absolute path to the reference translation file.
// .eslintrc.js rules: { "i18n-json/identical-keys": [2, { filePath: path.resolve('path/to/locale/en-US.json') }] }
-
Can be an Object which contains a Mapping for how to choose a reference translation file. (chosen by suffix match)
// .eslintrc.js rules: { "i18n-json/identical-keys": [2, { filePath: { 'login.json': path.resolve('./translations/en-US/login.json'), 'search-results.json': path.resolve('./translations/en-US/search-results.json'), 'todos.json': path.resolve('./translations/en-US/todos.json') } }] }
- values in the path must be the absolute file path to the reference translation file.
- the plugin will do a suffix match on the current file's path to determine which reference translation file to choose.
-
Can be an absolute path to an exported function which generates the reference key structure on the fly. The function will be passed the parsed JSON translations object and absolute path of the current file being processed.
Function(translations: Object, currentFileAbsolutePath: String) : Object
// .eslintrc.js rules: { "i18n-json/identical-keys": [2, { filePath: path.resolve('path/to/key-structure-generator.js') }] }
// key-structure-generator.js example module.exports = (translations, currentFileAbsolutePath) => { // identity key structure generator return translations; };
-
Output from the slightly advanced identical keys example where some keys from the reference translation file (
en-US
) were not found during comparison. -
- None of the translations in the examples provided reflect actual GoDaddy translations. They were just created using Google Translate for example's sake π.
-
Jest platform packages
-
intl-messageformat-parser
-
report formatter ui heavily inspired from: https://github.com/sindresorhus/eslint-formatter-pretty
-
"Translate" icon created by BjΓΆrn Andersson, from the Noun Project. Used with attribution under Creative Commons.
MIT