DWKIt localization

When speaking of DWKitlocalization you should distinguish two types of localization:

  • Admin panel localization
  • Localization of the app created with DWKit

Admin panel localization

You need to know the following about localizing the admin panel in DWKit:

  • Localization files for the admin panel are located in the \OptimaJet.DWKit.StarterApplication\wwwroot\localization folder.
  • The list of languages which will be available to the user in the admin panel is set in the localization_manifest.json file. The user will be available to chose one of the languages described in this file. The dropdown list of admin panel languages is located in the top right corner of the admin panel interface.

Localization 1

  • Each language requires two localization files:
    • dwkitadmin.localization_{language}.js - file containing admin panel localization constants
    • workflowdesigner.localization_{language}.js - file containing workflow designer localization constants

Admin panel localization constants are available in the global window object as window.DWKitAdminLang or DWKitAdminLang.

Localization of the app created with DWKit

Each DWKit user has a Localization attribute in its settings. It is a string constant which sets the default user interface language. Its value can equal to anything (e.g., "en","en-US", etc.) and influences the loading of localization constants for this current user.

Localization constants can be edited in the Form/Localization section.

Localization 2

By default this section only has a base localization with the name "base". This is a default localization. You can add localization to different languages to this section; localization record names should be the same as those specified for users in the Localization attribute.

Each localization record represents the following JSON:

{
  "common": {},
  "msg": {},
  "forms": {}

Localization record contains three sections: "common", "msg" and "forms". These sections are used as follows:

  • common - date and time settings, types of decimal separators and other culture settings. For example, this is how you can set custom date format in the system:
{
  "common": {
    "dateFormat": "DD.MM.YYYY",
    "timeFormat": "HH:mm"
  },
...
}
  • msg - localization constants for your system's messages
  • forms - for interface localization constants

You can also add your own sections if you want. The object with localization constants for the logged in user in the cliene application will be available in the global window object as window.DWKitLang.

The forms section can be generated automatically by pressing the Update template button in the admin panel.

Localization 3

The forms section has the following structure:

"forms":{
        "{formName}":{
                "{controlName>_propertyName}": "value"
            ...
        }
    ...
    }

For example, localization of a document editing form can be as follows:

"DocumentEdit": {
      "btnOpenWorkflowDesigner_content": "Open in Workflow Designer",
      "name_label": "Name",
      "managerId_label": "Manager",
      "number_label": "Number",
      "amount_label": "Money amount (Must be more 0!)",
      "author_label": "Author",
      "stateName_label": "State",
      "comment_label": "Comment",
      "header_1_content": "Document's Transition History",
      "gridHistory_from": "From",
      "gridHistory_to": "To",
      "gridHistory_command": "Command",
      "gridHistory_executor": "Executor",
      "gridHistory_TransitionTime": "Date",
      "gridHistory_availiablefor": "Availiable for",
      "save_content": "Save",
      "saveexit_content": "Save & Exit"
}

Pay attention to the following:

  • {name}_label - Input (or any other control displaying a label) control localization
  • {name}_content - Button (or any other control displaying a string from property content) control localization
  • {gridName_columnName} - Grid column localization