Skip to content
Switch branches/tags
Go to file
Cannot retrieve contributors at this time
title description toc redirect_from
Translations / i18n
i18n, language specific configurations and the translation files

{% assign feature = site.features | where_exp:"feature", "feature.title == 'Multi language'" | first %}

{{ feature.content }}

Languages and translations in Kimai are completely configurable. Read below how to add a new language and configure the output formats for date and time values.

Language files

We try to keep the number of language files small, in order to make it easier to identify the location of application messages and to unify the codebase.

  • If you add a new key, you have to add it at least in the en version as well (as english is the fallback language)
  • Its very likely that you want to edit the file messages as it holds 90% of our application translations

The files in translations/ as a quick overview:

  • about - the about screen with license information
  • actions - the "action" dropdowns in all data-tables
  • email - contents for the system emails generated by Kimai (eg. user registration and password reset)
  • daterangepicker - the daterange picker dialog to choose a timeframe in screens with data-tables
  • exceptions - error pages and exception handlers
  • flashmessages - success and error messages (alerts), whichwill be shown after submitting data
  • invoice-calculator - invoice calculator types (see Adding invoice calculator in [developers]({% link _documentation/ %})-section)
  • invoice-numbergenerator - invoice calculator (see Adding invoice-number generator in [developers]({% link _documentation/ %})-section)
  • invoice-renderer - holds translations of all invoice templates ([read more]({% link _documentation/ %}))
  • messages - most of the visible application translations (like menu, buttons and forms)
  • plugins - the plugin screen
  • system-configuration - all system configuration, which can be changed through the UI
  • tags - the tags administration screen
  • teams - the team administration screen
  • validators - related to violations/validation of submitted form data (or API calls)

Authentication screens

The authentication screens (login, registration, register account) are translated through the theme bundle which is used in Kimai. The bundle can be found here and the translations in this directory.

When you create a new translation, please open a Pull Request in this repository as well.

Adding a new language

In the next section I will explain how to add a new language with the (not existing) locale xx.

Add translations

Copy each translation from it's english version translations/*.en.xlf and rename them to translations/*.xx.xlf.

Adjust the target-language attributes in the file header, as example for the new file exceptions.xx.xlf:

<file source-language="en" target-language="xx" datatype="plaintext" original="exceptions.en.xlf">`

Adding a language variant

For a language variant xx_YY, the fallback will always be the base language xx (eg. de for de_CH).

Only some specific keys may need to be changed for this variant and its possible to add only the respective files like i.e. translations/messages.de_CH.xlf including only the changed translations:

<?xml version="1.0" encoding="utf-8"?>
<xliff version="1.2" xmlns="urn:oasis:names:tc:xliff:document:1.2">
    <file source-language="de" target-language="de-CH" datatype="plaintext" original="messages.en.xlf">
            <trans-unit id="action.close">

Configure locale formats

Adjust the file config/packages/kimai.yaml and add the language (or the language variant) settings below the key kimai.languages:

        # copy all settings from 'en' and adjust them to your language
            date_time_type: 'yyyy-MM-dd HH:mm'
            date_type: 'yyyy-MM-dd'
            date: 'Y-m-d'
            date_time: 'm-d H:i'
            duration: '%%h:%%m h'

This is not necessary if your language uses the same configuration like en, which will be used as fallback. You only have to overwrite the keys that are different, so if you new language xx only has a different duration format, then adding this is sufficient:

        # copy all settings from 'en' and adjust them to your language
            duration: '%%h hours and %%m minutes'

Register locale

Add the new locale (or the locale variant) in the file config/services.yaml at parameters.app_locales divided by a pipe:

    locale: en
    app_locales: en|de|ru|it|xx

Import frontend locales

{% include alert.html icon="fas fa-exclamation" type="warning" alert="You can skip this step, we will do it with when we test your changes." %}

Make sure the new locale is included in the frontend dependencies. For example Kimai includes moment.js, which ships its own translations. Kimai ONLY compiles the moment.js locales which are needed. Check and adapt the JS files in the assets/ directory:

  • [app.js]({{ site.kimai_v2_repo }}/blob/master/assets/app.js)
const Moment = require('moment');
global.moment = Moment;
  • [calendar.js]({{ site.kimai_v2_repo }}/blob/master/assets/calendar.js)

Be careful with the naming of language variants, in JS the variants are written like xx-yy, not xx_YY. To be sure please check the moment.js locales.

Number formats

The number formats on the Kimai frontend as well as in the invoices are defined by the frontend locales. If you get wrong decimal separator or thousands separator keys, please import the correct frontend locale as described above.

Date and time formats

Kimai uses configurations from kimai.yaml to format the values in the frontend. It also uses the configurations to convert between javascript components (e.g. the date-picker) and the PHP backend, so they must create the same output.

AM/PM format

Kimai uses the 24-hour format by default but can be switched to use AM/PM instead, please read the [AM/PM format documentation]({% link _documentation/ %}) to find out how.

Validate your changes

This will validate if the technical changes are okay / if the changed and new files can be used by Kimai:

bin/console lint:xliff translations

Check for missing translations

You can search for missing keys by issuing this command (replace xx with your locale):

bin/console debug:translation --only-missing de


bin/console translation:update --dump-messages --force de