UNPKG

admin-on-rest-fr05t1k

Version:

A frontend Framework for building admin applications on top of REST services, using ES6, React and Material UI

321 lines (248 loc) 10.9 kB
--- layout: default title: "Translation" --- # Translation The admin-on-rest interface uses English as the default language. But it also supports any other language, thanks to the [polyglot.js](http://airbnb.io/polyglot.js/) library. ## Changing Locale To handle translations, the `<Admin>` component supports: - a `locale` prop expecting a string ('en', 'fr', etc), and - a `messages` prop, expecting a dictionary object. Admin-on-rest only ships the English locale; if you want to use another locale, you'll have to install a third-party package. For instance, to change the interface to French, install the `aor-language-french` npm package, then configure the `<Admin>` component as follows: ```js import React from 'react'; import { Admin, Resource, resolveBrowserLocale } from 'admin-on-rest'; import frenchMessages from 'aor-language-french'; const messages = { fr: frenchMessages, }; const App = () => ( <Admin ...(your props) locale="fr" messages={messages}> ... </Admin> ); export default App; ``` ## Available Locales You can find translation packages for the following languages: - English (`en`) is the default - Chinese (`cn`): [downup2u/aor-language-chinese](https://github.com/downup2u/aor-language-chinese) - French (`fr`): [marmelab/aor-language-french](https://github.com/marmelab/aor-language-french) - German (`de`): [der-On/aor-language-german](https://github.com/der-On/aor-language-german) - Hebrew (`he`): [mstmustisnt/aor-language-hebrew](https://github.com/mstmustisnt/aor-language-hebrew) - Hungarian (`hu`): [s33m4nn/aor-language-hungarian](https://github.com/s33m4nn/aor-language-hungarian) - Italian (`it`): [stefsava/aor-language-italian](https://github.com/stefsava/aor-language-italian) - Portuguese (`pt`): [movibe/aor-language-portugues](https://github.com/movibe/aor-language-portugues) - Russian (`ru`): [cytomich/aor-language-russian](https://github.com/cytomich/aor-language-russian) - Spanish (`es`): [blackboxvision/aor-language-spanish](https://github.com/BlackBoxVision/aor-language-spanish) - Vietnamese (`vi`): [kimkha/aor-language-vietnamese](https://github.com/kimkha/aor-language-vietnamese) If you want to contribute a new translation, feel free to submit a pull request to update [this page](https://github.com/marmelab/admin-on-rest/blob/master/docs/Translation.md) with a link to your package. ## Changing Locale At Runtime If you want to offer the ability to change locale at runtime, you must provide the messages for all possible translations: ```js import React from 'react'; import { Admin, Resource, englishMessages } from 'admin-on-rest'; import frenchMessages from 'aor-language-french'; const messages = { fr: frenchMessages, en: englishMessages, }; const App = () => ( <Admin ...(your props) locale="en" messages={messages}> ... </Admin> ); export default App; ``` Then, dispatch the `CHANGE_LOCALE` action, by using the `changeLocale` action creator. For instance, the following component switches language between English and French: ```js import React, { Component } from 'react'; import { connect } from 'react-redux'; import RaisedButton from 'material-ui/RaisedButton'; import { changeLocale as changeLocaleAction } from 'admin-on-rest'; class LocaleSwitcher extends Component { switchToFrench = () => this.changeLocale('fr'); switchToEnglish = () => this.changeLocale('en'); render() { const { changeLocale } = this.props; return ( <div> <div style={styles.label}>Language</div> <RaisedButton style={styles.button} label="en" onClick={this.switchToEnglish} /> <RaisedButton style={styles.button} label="fr" onClick={this.switchToFrench} /> </div> ); } } export default connect(undefined, { changeLocale: changeLocaleAction })(LocaleSwitcher); ``` ## Using The Browser Locale Admin-on-rest provides a helper function named `resolveBrowserLocale()`, which helps you to introduce a dynamic locale attribution based on the locale configured in the user's browser. To use it, simply pass the function as `locale` prop. ```js import React from 'react'; import { Admin, Resource, englishMessages, resolveBrowserLocale } from 'admin-on-rest'; import frenchMessages from 'aor-language-french'; const messages = { fr: frenchMessages, en: englishMessages, }; const App = () => ( <Admin ...(your props) locale={resolveBrowserLocale()} messages={messages}> ... </Admin> ); export default App; ``` ## Translation Messages The `message` value should be a dictionary with one entry per language supported. For a given language, the keys identify interface components, and values are the translated string. This dictionary is a simple JavaScript object looking like the following: ```js { en: { aor: { action: { delete: 'Delete', show: 'Show', list: 'List', save: 'Save', create: 'Create', edit: 'Edit', cancel: 'Cancel', }, ... }, }, fr: { aor: { action: { delete: 'Supprimer', show: 'Afficher', list: 'Liste', save: 'Enregistrer', create: 'Créer', edit: 'Éditer', cancel: 'Quitter', }, ... } } } ``` All core translations are in the `aor` namespace, in order to prevent collisions with your own custom translations. The root key used at runtime is determined by the value of the `locale` prop. The default messages are available [here](https://github.com/marmelab/admin-on-rest/blob/master/src/i18n/messages.js). ## Translating Resource and Field Names By default, Admin-on-rest uses resource names ("post", "comment", etc) and field names ("title", "first_name", etc) everywhere in the interface. It simply "humanizes" the technical identifiers to make them look better (e.g. "first_name" becomes "First name"). However, before humanizing names, admin-on-rest checks the `messages` dictionary for a possible translation, with the following keys: - `${locale}.resources.${resourceName}.name` for resource names (used for the menu and page titles) - `${locale}.resources.${resourceName}.fields.${fieldName}` for field names (used for datagrid header and form input labels) This lets you translate your own resource and field names by passing a `messages` object with a `resources` key: ```js { en: { resources: { shoe: { name: 'Shoe |||| Shoes', fields: { model: 'Model', stock: 'Nb in stock', color: 'Color', }, }, customer: { name: 'Customer |||| Customers', fields: { first_name: 'First name', last_name: 'Last name', dob: 'Date of birth', } } } }, ... } ``` As you can see, [polyglot pluralization](http://airbnb.io/polyglot.js/#pluralization) is used here, but it is optional. Using `resources` keys is an alternative to using the `label` prop in Field and Input components, with the advantage of supporting translation. ## Mixing Interface and Domain Translations When translating an admin, interface messages (e.g. "List", "Page", etc.) usually come from a third-party package, while your domain messages (e.g. "Shoe", "Date of birth", etc.) come from your own code. That means you need to combine these messages before passing them to `<Admin>`. The recipe for combining messages is to use ES6 destructuring: ```js // interface translations import { englishMessages } from 'admin-on-rest'; import frenchMessages from 'aor-language-french'; // domain translations import * as domainMessages from './i18n'; const messages = { fr: { ...frenchMessages, ...domainMessages.fr }, en: { ...englishMessages, ...domainMessages.en }, }; const App = () => ( <Admin ...(your props) messages={messages}> ... </Admin> ); ``` ## Translating Your Own Components The translation system use the React `context` to pass translations down the component tree. To translate a sentence, use the `translate` function from the context. Of course, this assumes that you've previously added the corresponding translation to the `messages` props of the `Admin` component. ```js // in src/MyHelloButton.js import React, { Component, PropTypes } from 'react'; class MyHelloButton { render() { const { translate } = this.context; return <button>{translate('myroot.hello.world')}</button>; } } MyHelloButton.contextTypes = { translate: PropTypes.function, }; // in src/App.js const messages = { en: { myroot: { hello: { world: 'Hello, World!', }, }, }, }; ``` However, using the context makes components harder to test. That's why admin-on-rest provides a `translate` Higher-Order Component, which simply passes the `translate` function from context to props: ```js // in src/MyHelloButton.js import React from 'react'; import { translate } from 'admin-on-rest'; const MyHelloButton = ({ translate }) => ( <button>{translate('myroot.hello.world')}</button> ); export default translate(MyHelloButton); ``` **Tip**: For your message identifiers, choose a different root name than `aor` and `resources`, which are reserved. **Tip**: Don't use `translate` for Field and Input labels, or for page titles, as they are already translated: ```js // don't do this <TextField source="first_name" label={translate('myroot.first_name')} /> // do this instead <TextField source="first_name" label="myroot.first_name" /> // or even better, use the default translation key <TextField source="first_name" /> // and translate the `resources.customers.fields.first_name` key ``` ## Using Specific Polyglot Features Polyglot.js is a fantastic library: in addition to being small, fully maintained, and totally framework agnostic, it provides some nice features such as interpolation and pluralization, that you can use in admin-on-rest. ```js const messages = { 'hello_name': 'Hello, %{name}', 'count_beer': 'One beer |||| %{smart_count} beers', } // interpolation translate('hello_name', { name: 'John Doe' }); => 'Hello, John Doe.' // pluralization translate('count_beer', { smart_count: 1 }); => 'One beer' translate('count_beer', { smart_count: 2 }); => '2 beers' // default value translate('not_yet_translated', { _: 'Default translation' }) => 'Default translation' ``` To find more detailed examples, please refer to [http://airbnb.io/polyglot.js/](http://airbnb.io/polyglot.js/)