Skip to content

Set of email templates for sending through ms-mailer or any other client

License

Notifications You must be signed in to change notification settings

makeomatic/ms-mailer-templates

Repository files navigation

Templates for Mailer Microservice

Build Status

Uses foundation ink by zurb for creating basic responsive styles. By default includes the most simple templates for account activation and password reset.

Installation

npm i ms-mailer-templates -S

Usage

const render = require('ms-mailer-templates');

const ctx = { link: 'http://localhost', qs: '?token=xxxxx', username: 'Indiana Johns' };
render('activate', ctx,  optionalHandlebarsOpts )
  .then(template => {
    // get rendered template
  });

It checks for incorrect context, missing template and so on

i18n

The package uses i18next library to provide translations.

Usage

Provide lng option among other context options to specify destination language when rendering templates. The following code will return html for activate email template translated into german.

const render = require('ms-mailer-templates');

render('activate', { lng: 'de' })
  .then(translatedTemplate => {
    ...
  });

Translation helper

Package exports a simple translation helper as a property of the default export.

render.translate(key, { lng, ...rest });

Where key is the key of the string to be translated, lng - target language, rest - other translation context options

Usage example:

const render = require('ms-mailer-templates');

// returns translated string when translation is available 
// for 'de' language and 'custom' namespace
const txt = render.translate('custom:|Count {{count}}', { lng: 'de', count: 10 });

Guides

To add i18n support for existing or new templates one must wrap strings to be translated into t handlebars helper.

<div>
  {{t "String to translate"}}
</div>

Namespaces

Default package's i18n namespace is emails. All strings fall into this namespace unless specifically stated otherwise. When one has separate translation project they can put their own strings into separate namespace. :| works as the namespace separator.

<span>{{t "my-own-ns:|something to be translated"}}</span>

Then add your newly created namespace to the list of supported namespaces in src/i18n.js file:

const SUPPORTED_NAMESPACES = [
  'emails',
  'your-new-namespace',
  ...
]

The package uses en locale as a reference and fallbacks to the key contents when no translation is provided.

Parsing

All strings wrapped with t helper will be parsed into en locale.

Command

yarn i18n:parse

will parse all src/templates/**/*.html files and store all collected strings under i18n-parsed directory with structure as follows:

...
└──i18n-parsed
   └──en
      ├── emails.json
      └── custom-namespace.json

Translations

All translated resources must be provided as flat json files under i18n directory following the i18n/{{language}}{{namespace}}.json filename template.

...
└──i18n
   ├──en
   │   ├── emails.json
   │   └── custom-namespace.json
   ├──de
   │   ├── emails.json
   │   └── custom-namespace.json
   │   ...

Existing templates

General

  1. password
  2. reset

Radio FX

  1. activate
  2. invite
  3. report-problem
  4. request-invite
  5. support-contact

StreamLayer

  1. accept-invite
  2. add-member-notify
  3. feedback
  4. registration-notify
  5. password-reset

Roadmap

  1. Add more templates