Here is the current list of supported locales:

• Bulgarian (bg)
• Catalan (ca)
• Czech (cs)
• Danish (da)
• German (de)
• Greek (el)
• English (en)
• Spanish (es)
• Persian (fa)
• French (fr)
• Galician (gl)
• Hindi (hi)
• Croatian (hr)
• Hungarian (hu)
• Indonesian (id)
• Italian (it)
• Japanese (ja)
• Cambodian (km)
• Korean (ko)
• Lithuanian (lt)
• Latvian (lv)
• Marathi (mr)
• Dutch (nl)
• Norwegian (no)
• Polish (pl)
• Portuguese (Brazil) (pt_BR)
• Portuguese (pt)
• Romanian (ro)
• Russian (ru)
• Sinhalese (si)
• Slovak (sk)
• Slovenian (sl)
• Swedish (sv)
• Turkish (tr)
• Uyghur (ug)
• Ukrainian (uk)
• Vietnamese (vi)
• Traditional Chinese (zh_TW)
• Simplified Chinese (zh)
• Kannada (kn)

New locale checklist

Starting to translate a new locale in XWiki is great but it's only part of the story. To fully support a new locale XWiki sometimes needs to configure a few things.

When a pull request comes with translations for a locale which is not listed above you should make sure the following checklist is complete for all the branches in which the translation will end up before accepting it:

• Make sure it's using the right format.
  • The locale code must be <ISO 639-1 language code>_<ISO 3166-1 COUNTRY UPPER CASE>
• Make sure there is Java support for this locale.
  • Generic stuff like dates or even the display name of the locale itself are not in any translation file provided by XWiki but instead they are provided by standard Java APIs.
  • It means it needs to be supported by either Java or ICU (which is part of Java 9+).
• Make sure it's supported in the Solr search core
  • Solr needs to know how to index the content of a give locale.
  • There should be dedicated <dynamicField> and <fieldType> defined for it in the core schema. You can get help from https://solr.apache.org/guide/solr/latest/indexing-guide/language-analysis.html for example to add support for missing locales.
• Make sure XWiki embeds fonts for it
  • Used for PDF export for example.
  • The simplest to validate this is generally to copy/paste characters of this locale in a wiki page and see the result of a PDF export.
  • See the currently embedded fonts.
• Make sure there is corresponding name/flag for it in the Language Macro

Add the new supported locale

Once the new translation has been committed add an xobject with the new locale.

Changelog

Here are listed the versions in which each locales started to be translated in XWiki.

10.3

• Japanese (ja)

8.4

• Bulgarian (bg)
• Greek (el)
• Persian (fa)
• Indonesian (id)
• Cambodian (km)
• Marathi (mr)
• Sinhalese (si)
• Slovenian (sl)
• Kannada (kn)

7.3

• Lithuanian (lt)

6.0

• Turkish (tr)

4.1

• Danish (da)

3.3

• Portuguese (Brazil) (pt_BR)

2.3

• Catalan (ca)
• Hungarian (hu)
• Vietnamese (vi)
• Traditional Chinese (zh_TW)

2.2

• Korean (ko)

2.0

• Latvian (lv)
• Swedish (sv)

1.9.1

• Latvian (lv)

1.9

• Dutch (nl)

1.6

• Czech (cs)
• Norwegian (no)
• Ukrainian (uk)

1.5.1

• Ukrainian (uk)

1.5

• Czech (cs)
• Croatian (hr)

1.4

• Galician (gl)

1.3.1

• Galician (gl)

1.3

• Slovak (sk)

1.2

• Hindi (hi)

Before 1.1

• German (de)
• English (en)
• Spanish (es)
• French (fr)
• Italian (it)
• Polish (pl)
• Portuguese (pt)
• Romanian (ro)
• Russian (ru)
• Simplified Chinese (zh)

Unknown

• Uyghur (ug)

Issues

While some locale where added to XWiki a long time ago, there was often no check on whether or not XWiki really supports it properly so we ended up with "supported" locales which are not fully usable. Following is the list of issue that need to be fixed: