Localized content for Dashboard and its official modules

Usage no npm install needed!

<script type="module">
  import userdashboardLocalization from 'https://cdn.skypack.dev/@userdashboard/localization';


Documentation for localization



Dashboard bundles everything a web app needs, all the "boilerplate" like signing in and changing passwords, into a parallel server so you can write a much smaller web application.

When you use the localization module you can either specify a language for your application, or allow users to select from a variety of supported languages. You enable the languages you wish to support, and if you need you can improve the translations too and submit them back to this module on GitHub.

Requests to your Dashboard server will automatically return localized content for the user's preference or the application language. Requests to your application server will specify the content language in x-language header. When ENABLE_LANGUAGE_PREFERENCE is set an account menu option allows users to select from the languages you have enabled.

Module contents

Dashboard modules can add pages and API routes. For more details check the sitemap.txt and api.txt or env.txt also contained in the online documentation.

Content type
Proxy scripts Yes
Server scripts Yes
Content scripts Yes
User pages Yes
User API routes Yes
Administrator pages Yes
Administrator API routes Yes

Import this module

Install the module with NPM:

$ npm install @userdashboard/localization

Edit your package.json to activate the module:

"dashboard": {
  "modules": [

Adding languages to your application

The owner or an administrator may then activate new languages in the administration system. Adding a language will allow users to select it from a dropdown:


Or you may specify it as the default or only language for all users:


When a language is activated all requests are intercepted with a server script that checks whether the default English content should be swapped out for a transalation.

Your application server can identify a user's language preference via the x-language header added by the proxy script.

Improving translations

The administration interface allows you to edit phrases to correct errors. Your corrections can be applied to a particular instance of a phrase, or all instances of it. If you would like to share your corrections the administration interface allows you to download your updated translations-cache-LANG.json file, which can be submitted via pull-request to the localization repository. Corrections can be stored in your Dashboard database or you can set up independent storage for them.

How to update the translation cache

You will need to install Translate Shell which is a command-line interface for Google Translate, Bing and Yandex. Because the translating uses Google Translate the process has been broken up into cache-heavy steps that avoid unnecessary requests to their web service.

The translation software expects a folder structure like so:


You can either run the localization software with NodeJS to translate a single language, or the Bash script will translate all languages:

$ node localize.js es /<path-to-somewhere>
$ bash localize.sh

Modules being translated can be specified in environment variables:

$ MODULE1=localization \
  MODULE2=organizations \
  MODULE3=another-module \
  MODULE4=... \
  node localize.js fr /<path-to-somewhere>

First create-text-manifest.js scans each src folder for HTML files like navigation bars, pages, templates etc and within each file it scans for HTML tags designated translate="yes". These are cataloged into text-manifest.json.

Second translate-text.js processes the text-manifest.json and requests translations for any phrases that aren't translated yet. The translations are saved into translations-cache-LANG.json.

Finally clean-translation-cache.js checks the text-manifest.json and removes translated phrases that are no longer used.

Storage engine

By default this module will share whatever storage you use for Dashboard. You can specify an alternate storage module to use instead, or the same module with a separate database.


Access the API

Dashboard and official modules are completely API-driven and you can access the same APIs on behalf of the user making requests. You perform GET, POST, PATCH, and DELETE HTTP requests against the API endpoints to fetch or modify data. This example changes the user's language preference using NodeJS, you can do this with any language:

You can view API documentation within the NodeJS modules' api.txt files, or on the documentation site.

await proxy(`/api/user/localization/set-account-language?accountid=${accountid}`, accountid, sessionid, 'fr')

const proxy = util.promisify((path, accountid, sessionid, language, callback) => {
  const postData = `language=${language}`
    const requestOptions = {
        host: 'dashboard.example.com',
        path: path,
        port: '443',
        method: 'PATCH',
        headers: {
            'x-application-server': 'application.example.com',
            'x-application-server-token': process.env.APPLICATION_SERVER_TOKEN,
            'x-accountid': accountid,
            'x-sessionid': sessionid,
            'content-length': postData.length,
            'content-type': 'application/x-www-form-urlenlanguageidd'
    const proxyRequest = require('https').request(requestOptions, (proxyResponse) => {
        let body = ''
        proxyResponse.on('data', (chunk) => {
            body += chunk
        return proxyResponse.on('end', () => {
            return callback(null, JSON.parse(body))
    proxyRequest.on('error', (error) => {
        return callback(error)
    return proxyRequest.end(postData)