Update, build, import and export locales using grunt.
- Getting Started
- The locales task
- Overview
- Usage Examples
- Options
- options.locales
- options.localizeAttributes
- options.localizeMethodIdentifiers
- options.htmlFileRegExp
- options.jsFileRegExp
- options.localeRegExp
- options.localePlaceholder
- options.localeName
- options.purgeLocales
- options.defaultMessagesSource
- options.messageFormatLocaleFile
- options.messageFormatSharedFile
- options.localeTemplate
- options.urlRegExp
- options.htmlmin
- options.htmlminKeys
- options.jsonSpace
- options.jsonReplacer
- options.csvEncapsulator
- options.csvDelimiter
- options.csvLineEnd
- options.csvEscape
- options.csvKeyLabel
- options.csvExtraFields
- HTML templates format
- JavaScript source files format
- Translation functions
- Contributing
- Release History
This plugin requires Grunt ~0.4.4
If you haven't used Grunt before, be sure to check out the Getting Started guide, as it explains how to create a Gruntfile as well as install and use Grunt plugins. Once you're familiar with that process, you may install this plugin with this command:
npm install grunt-locales --save-dev
Once the plugin has been installed, it may be enabled inside your Gruntfile with this line of JavaScript:
grunt.loadNpmTasks('grunt-locales');
The goal of this grunt task is to automate the localization of HTML templates and JavaScript source files.
grunt-locales parses localize
attributes in HTML files as well as localize
method calls in JS files and collects the parsed locale strings in JSON files for translation.
The translated JSON locale files are then compiled into JavaScript files containing the map of translation functions.
The JSON locale files can also be exported and imported to and from CSV locale files to ease the translation process.
To support translation features like pluralization and gender selection, this project relies on Alex Sexton's MessageFormat library to parse the locale strings and compile the translation functions.
In your project's Gruntfile, add a section named locales
to the data object passed into grunt.initConfig()
:
grunt.initConfig({
locales: {
options: {
locales: ['en_US', 'de_DE']
},
update: {
src: [
'templates/**/*.html',
'js/app/**/*.js'
],
dest: 'js/locales/{locale}/i18n.json'
},
build: {
src: 'js/locales/**/i18n.json',
dest: 'js/locales/{locale}/i18n.js'
},
'export': {
src: 'js/locales/**/i18n.json',
dest: 'js/locales/{locale}/i18n.csv'
},
'import': {
src: 'js/locales/**/i18n.csv',
dest: 'js/locales/{locale}/i18n.json'
}
}
});
Edit the src
and dest
paths according to the paths in your application.
Parse the HTML template files and JS source files and update the JSON locale files:
grunt locales:update
Parse the JSON locale files and build the JS locale files:
grunt locales:build
Export the JSON locale files into CSV export files:
grunt locales:export
Create (and overwrite) the JSON locale files from the CSV locale files:
grunt locales:import
Install grunt-contrib-watch to automatically update and build locales on file changes.
In your project's Gruntfile, add the following to your watch task configuration:
grunt.initConfig({
// ...
watch: {
templates: {
files: [
'templates/**/*.html',
'js/app/**/*.js'
],
tasks: ['locales:update'],
options: {
spawn: false
}
},
locales: {
files: 'js/locales/**/i18n.json',
tasks: ['locales:build']
}
}
});
Add the following section to only parse updated HTML templates and JS source files:
grunt.event.on('watch', function (action, file) {
grunt.config('locales.update.options.purgeLocales', false);
grunt.config('locales.update.src', file);
});
Type: Array
Default value: ['en_US']
The list of locales you are using for your translation framework.
Type: Array
Default value: ['localize']
A list of attributes that are parsed for locale strings in the HTML templates.
All attributes in this list will also match with attributes of the same name with data-
prefix.
If the attribute value is empty and the attribute key matches the default localize attribute (which is the first item in the list of localizeAttributes
) or the equivalent with data-
prefix, the parser takes the element HTML content as locale string:
<p localize><strong>Bananas</strong></p>
The above example will match <strong>Bananas</strong>
as locale string.
Type: Array
Default value: ['localize']
A list of method identifiers to identify the locale strings of localization calls in the JS source files. The default setting will match Bananas
as locale string in the following code snippet:
var localizedText = localize('Bananas');
Type RegExp
Default value: /\.html$/
Source files matching this expression will be parsed as HTML files for localize
attributes.
Type RegExp
Default value: /\.js$/
Source files matching this expression will be parsed as JS files for localize
method calls.
Type RegExp
Default value: /\w+(?=\/[^\/]+$)/
Matches the locale name in a file path, e.g. en_US
in js/locale/en_US/i18n.json
.
This is used to automatically extract the locale name for the build and export tasks.
Type: String
Default value: '{locale}'
The placeholder for the locale name used to create the destination file paths.
Type: String
Default value: 'i18n'
The name of the variable added to the window
object in the created locale scripts.
This variable holds the map of translation functions.
Type: Boolean
Default value: true
If enabled, removes obsolete locale strings from the JSON files.
This excludes strings parsed from the HTML templates, JS source files and the default messages.
Type: String|Array
Default value: undefined
The source filepath(s) to the JSON file(s) with default locale strings not found in the HTML templates or JS source files.
Supports filename expansion via globbing patterns.
Type: String
Default value: __dirname + '/../node_modules/messageformat/locale/{locale}.js'
The location of the MessageFormat locale file.
This locale specific file will be included in the build output.
Type: String
Default value: __dirname + '/../node_modules/messageformat/lib/messageformat.include.js'
The location of the MessageFormat shared file.
This file will be included in the build output.
Type: String
Default value: __dirname + '/../i18n.js.tmpl'
The location of the template file used to render the JS locale files.
Type RegExp
Default value: /^((ftp|https?):\/\/|mailto:|#|\{\w+\})/
The allowed URL formats for sanitized HTML output.
Type: Object
Default value: {removeComments: true, collapseWhitespace: true}
Minifies locale strings containing HTML with html-minifier, using the given options object.
Set to false
to disable HTML minification.
Type: Boolean
Default value: false
If enabled, also minifies the parsed keys containing HTML markup.
This option can be useful if the locales are parsed from the unminified templates, but the templates are later minified e.g. using grunt-contrib-htmlmin.
Type: Integer
Default value: 2
The space
parameter to JSON.stringify used to render the JSON locale files.
Type: function|Array
Default value: undefined
The replacer
parameter to JSON.stringify used to render the JSON locale files.
Type: String
Default value: '"'
The string encapsulator character(s) used for the CSV export.
Type: String
Default value: ','
The table cell delimiter character(s) used for the CSV export.
Type: String
Default value: '\r\n'
The line end character(s) used for the CSV export.
Type: Function
Default value:
function (str) {
return str.replace(/"/g, '""');
}
The string escape function used for the CSV export.
Type: String
Default value: 'ID'
The label for the header cell for the locale keys created in the CSV export.
Type: Array
Default value: ['files']
Extra fields from the JSON translation objects which are added to each CSV export row as additional information.
The templates should contain HTML content which can be parsed by node-htmlparser.
By default, the locales:update
task parses all elements with localize
attributes, as well as the same attributes with -data
prefix. So elements with data-localize
attribute will also be parsed, which allows strict HTML conformity.
The localization string is taken from the attribute value. For the attributes localize
and data-localize
, the string will be taken from the content of the element if the attribute value is empty.
<div data-name="Grunt" data-localize>Hello {name}!</div>
<div data-num="{{results.length}}" localize>There {num, plural, one{is <strong>one</strong> result} other{are <strong>#</strong> results}}.</div>
The JavaScript source files should contain JavaScript code which can be parsed by Esprima.
The parser will match all localize
function calls with a String as first argument.
The String must be static and cannot be passed as a variable or concatenation expression.
The localize
function can be invoked as an object method, but has to be written in dot notation and cannot be accessed as a String literal.
By default, the parser will match the following example method calls:
var result = localize(
'Hello {name}!',
{name: user.name}
);
var result = obj.localize('Save the Orangutans!');
It will not match the following:
var result = localize(
'Hello ' + '{name}!', // Concatenation expression
{name: user.name}
);
var result = obj.localize(str); // String passed as variable
var result = obj['localize']('Save the Orangutans!'); // not written in dot notation.
The compiled translation functions can be used the following way:
function localize(key, data) {
var func = window.i18n[key];
if (func) {
return func(data);
}
return key;
}
var result = localize('Hello {name}!', {name: 'Grunt'});
An example replacing the content of all HTML nodes of the current document with data-localize
attribute with their translation result:
[].forEach.call(document.querySelectorAll('[data-localize]'), function (node) {
var dataset = node.dataset,
data = {},
attr = dataset.localize,
func = window.i18n[attr || node.innerHTML],
key;
if (func) {
if (attr) {
node.textContent = func(dataset);
} else {
for (key in dataset) {
if (dataset.hasOwnProperty(key) && key !== 'localize') {
data[key] = escapeHTML(dataset[key]);
}
}
node.innerHTML = func(data);
}
} else if (attr) {
node.textContent = attr;
}
});
Please note that when you are dynamically updating HTML content, you have to safeguard against Cross-site scripting attacks.
A safe way is to filter all arguments passed to the translation functions, based on the context where the translation result will be inserted.
Arguments for translation functions which will be inserted as HTML element content can be safely escaped by replacing unsafe characters with their HTML entity equivalents, e.g. with the following function:
function escapeHTML(str) {
return str.replace(/[<>&"]/g, function (c) {
return {
'<' : '<',
'>' : '>',
'&' : '&',
'"' : '"'
}[c];
});
}
angular-localize is a localize
module for AngularJS, which uses the translation functions generated by grunt-locales.
In lieu of a formal styleguide, take care to maintain the existing coding style. Add unit tests for any new or changed functionality. Lint and test your code using Grunt.
- 2014-11-27 v6.1.1 Fixed handling of additional localize attributes.
- 2014-09-08 v6.1.0 Replaced Apricot with cheerio as HTML parsing engine.
- 2014-04-01 v6.0.1 Fixed
purgeLocales
option. - 2014-03-29 v6.0.0 Added support to parse locale Strings from localization method calls in JavaScript source files.
- 2014-03-27 v5.0.1 Don't sanitize values for which the security context is not known yet; e.g. attributes instead of HTML element content.
- 2014-03-26 v5.0.0 Store collected locale strings as value properties of localization objects to allow adding additional information to the localization data, e.g. the parsed template files.
- 2014-02-26 v4.0.0 Updated to work with MessageFormat version 0.1.8; renamed option
messageFormatFile
tomessageFormatLocaleFile
and added optionmessageFormatSharedFile
. - 2013-11-20 v3.0.0 Accept globbing patterns with the new
defaultMessagesSource
option, replacingdefaultMessagesFile
. - 2013-10-30 v2.0.0 Sanitize both keys and content, minify HTML output.
- 2013-10-30 v1.1.0 Catch, format and log errors when parsing JSON locale files.
- 2013-10-29 v1.0.0 Initial release.