Note: This project is still under active, early development.
babel-plugin-i18next-extract is a Babel Plugin that will
traverse your JavaScript/Typescript code in order to find i18next translation keys.
Installation
Just install the plugin from npm:
yarn add --dev babel-plugin-i18next-extract
npm i --save-dev babel-plugin-i18next-extract
Usage
If you already use Babel, chances are you already have an existing babel
configuration (e.g. a .babelrc
file). Just add declare the plugin and you're good to go:
{
"plugins": [
"i18next-extract",
]
}
To work properly, the plugin must run before any JSX transformation step.
You can pass additional options to the plugin by declaring it as follow:
{
"plugins": [
["i18next-extract", {"nsSeparator": "~"}],
]
}
If you don't have a babel configuration yet, you can follow the Configure Babel documentation to try setting it up.
You can then just build your app normally or run Babel through Babel CLI:
yarn run babel -f .babelrc 'src/**/*'
npm run babel -f .babelrc 'src/**/*'
You should then be able to see the extracted translations in the extractedTranslations/
directory. Magic huh? Next step is to check out all the available configuration options
.
Usage with create-react-app
TODO: It should be enough to use babel-preset-react-app and declare the plugin in babelrc,
but I have to check this out.
Features
Configuration
Option | Type | Description | Default |
---|
locales | string[] | All the locales your project supports. babel-plugin-i18next-extract will generate a JSON file for each locale. | ['en'] |
defaultNS | string | The default namespace that your translation use. | 'translation' |
pluralSeparator | string | String you want to use to split plural from keys. See i18next Configuration options | '_' |
contextSeparator | string | String you want to use to split context from keys. See i18next Configuration options | '_' |
keySeparator | string or null | String you want to use to split keys. Set to null if you don't want to split your keys or if you want to use keys as value. See i18next Configuration options | '.' |
nsSeparator | string or null | String you want to use to split namespace from keys. Set to null if you don't want to infer a namespace from key value or if you want to use keys as value. See See i18next Configuration options | ':' |
i18nextInstancesNames | string[] | Possible names of you i18next object instances. This will be used to detect i18next.t calls. | ['i18next', 'i18n'] |
defaultContexts | string[] | Default context keys to create when detecting a translation with context. | ['', '_male', '_female'] |
outputPath | string | Path where translation keys should be extracted to. You can put {{ns}} and {{locale}} placeholders in the value to change the location depending on the namespace or the locale. | extractedTranslations/{{locale}}/{{ns}}.json |
defaultValue | string or null | Default value for extracted keys. | '' (empty string) |
useKeyAsDefaultValue | boolean or string[] | If true, use the extracted key as defaultValue (ignoring defaultValue option). You can also specify an array of locales to apply this behavior only to a specific set locales (e.g. if you keys are in plain english, you may want to set this option to ['en'] ). | false |
exporterJsonSpace | number | Number of indentation space to use in extracted JSON files. | 2 |
If the plugin extracts a key you want to skip or erroneously tries to parse a function that doesn't
belong to i18next, you can use a comment hint to disable the extraction:
i18next.t("this key won't be extracted")
i18next.t("neither this one")
i18next.t("or this one")
i18next.t("and this one")
i18next.t("but this one will be")
Notice you can put a // i18next-extract-disable
comment at the top of the file in order to
disable extraction on the entire file.
Comment hints may also be used in the future to explicitly mark keys as having plural forms or
contexts (and specify which ones), or to specify a namespace. Stay tuned.
Gotchas
The plugin tries to be smart, but can't do magic. i18next has a runtime unlike this plugin which
must guess everything statically. For instance, you may want to disable extraction on dynamic
keys:
i18next.t(myVariable);
i18next.t(`error.${code}`);
If you try to extract keys from this code, the plugin will issue a warning because it won't be
able to infer the translations statically. If you really want to specify variable keys, you should
skip them with a comment hint. The same goes for plural forms, context and
namespace detection:
i18next.t("myKey", myOpts);
However, in React components, it might come handy to be a little smarter than that. That's why
when using a <Trans>
component, the plugin will try to resolve references before resigning. For
instance, this code should extract properly:
const foo = <p>Hello</p>
const bar = <Trans>{foo} world</Trans>