Chaque texte ou chaîne que vous voulez traduire est associée à une clé, un code. Ces associations sont stockées dans des fichiers "properties". Chaque fichier properties étant attribué à une langue et un encodage de caractère.

L'exemple suivant permet de récupérer le code courant du language, dans une variable lang :

  $lang = jApp::config()->locale;

Mais vous n'aurez pas à utiliser ce paramètre, sauf utilisation particulière. En effet, pour récupérer une chaîne dans la langue courante, il suffit d'appeler jLocale::get('la.cle.de.la.chaine'), ou dans les templates d'utiliser la syntaxe dédiée aux chaînes localisées (voir la page sur les templates).

Dans le fichier de configuration de l'application (mainconfig.ini.php), vous avez plusieurs paramètres pour configurer le langage et l'encodage, utilisés dans votre application :

• locale: indique le code du language par défaut. Il peut être changé à la volée si nécessaire. La valeur a une syntaxe particulière, semblable aux tags IETF : un tag primaire + "_" + un sous-tag. Le tag primaire est le code langue, le sous-tag est le code pays. Par défautl, la locale vaut en_US.
• charset: indique l'encodage utilisé. Par défaut il vaut UTF-8.
• availableLocales : indique la liste des locales pris en charge par l'application.
• fallbackLocale : indique la locale à utiliser si jLocale ne trouve pas la clé dans la locale courante ou similaire.
• Il y a aussi une section [langToLocale]. Voyez la fin du chapitre.

Ce sont des fichiers contenant des traductions. Ils sont situés dans le répertoire locales/ des modules. Ce répertoire a une organisation spécifique. Il contient des sous répertoires pour chaque langue. Exemple : locales/fr_FR/ pour le français, locales/en_US/ pour l'anglais américain etc. Et dans chacun de ces sous-répertoires, il y a les fichiers properties correspondant à la langue. Il peut y en avoir plusieurs, en particuliers, ils peuvent définir les mêmes chaînes mais pour des encodage différents.

Les fichiers d'une même langue peuvent aussi être regroupé dans un même répertoire, en dehors des modules, afin de faciliter la traduction par des tiers. Le répertoire <yourapp>/app/locales/ doit contenir un répertoire par langue, et dans chacun de ces répertoires, un répertoire par module, c'est à dire <yourapp>/app/locales/<lang>/<modules>/locales/<fichier.properties>. Par exemple : myapp/app/locales/fr_FR/mon_module/locales/exemple.properties. On peut ainsi copier facilement un répertoire <yourapp>/app/locales/<lang>/ d'une application à une autre, ou pour une autre langue.

Il y a aussi la possibilité de redéfinir les fichiers properties en mettant une copie dans le répertoire <yourapp>/app/overloads/. Voir [/application/surcharge-de-fichiers|le chapitre correspondant].

Noms des fichiers ¶

Contenu des fichiers ¶

title.offlineElements = éléments à traiter
title.onlineElements = éléments en ligne
buttons.save = Enregistrer
buttons.ok=Valider
buttons.cancel=Annuler
buttons.search=Rechercher

title.offlineElements = elements to check
title.onlineElements = online elements
buttons.save = Save
buttons.ok=Ok
buttons.cancel=Cancel
buttons.search=Search

intro=ceci est un trés tres\
long texte qui fait\
plusieurs lignes
foo=bar

intro=ceci est un très très\
 long texte qui fait\nplusieurs lignes\nfoo=bar

nospace= #this is using a regular space
space= \w#this is using a \w space

mon.beau.titre.de.paragraphe.html = <strong>Mon Titre de paragraphe</strong>

Pour récupérer une chaîne, il faut utiliser la méthode statique get de jLocale. Cette méthode accepte en premier argument un sélecteur de locale, qui a cette structure : <module>~<name>.<key>. la partie "<module>~" est facultative s'il s'agit d'un fichier se trouvant dans le module courant.

Pour récupérer par exemple la valeur de "buttons.save" dans foo.UTF-8.properties situé dans le module "bar" :

  $chaine = jLocale::get("bar~foo.buttons.save");

Dans un template cela donnerait par exemple :

  <input type="button" value="{@bar~foo.buttons.save@}" />

Note : pour l'utilisation dans les templates, voir les possibilités dans la page sur les templates

Il peut être utile d'avoir des chaînes localisées dans lesquelles on veut insérer des valeurs dynamiquement. Par exemple, imaginons que voulez écrire :

   Vous allez sur le site http://foo.com et vous cliquez sur la rubrique voiture

Vous voulez pouvoir changer l'url du site et le nom de la rubrique. Vous pouvez alors passer les données en paramètres à jLocale :

  $chaine = jLocale::get("bar~foo.phrase", array('http://foo.com', 'voiture'));

Dans le fichier properties, vous mettez un %s partout où vous voulez insérer des valeurs dynamiques :

   phrase = Vous allez sur le site %s et vous cliquez sur la rubrique %s

Et il faut donner les paramètres dans l'ordre d'apparition des %s. En fait, la chaîne est traitée par la fonction sprintf de php, donc vous avez toutes les possibilités syntaxiques de sprintf.

En particulier, il se peut que l'ordre d'insertion des paramètres change d'une langue à une autre. Plutôt donc que de modifier l'ordre des paramètres quand vous appelez jLocale, vous indiquez quel paramètre va à quel endroit dans la chaîne localisée, au moyen de la syntaxe %x$s où x est un nombre d'ordre.

   phrase = Vous allez sur le site %1$s et vous cliquez sur la rubrique %2$s

En anglais (même si ce n'est pas la véritable traduction, c'est juste pour l'exemple) ça pourrait donner ça :

   phrase = Clic on the %2$s section, when you go on the %1$s web site.

Ainsi le premier paramètre ira à l'emplacement de %1$s, le deuxième à la place de %2$s etc...

Par contre, dans un template, vous ne pouvez pas utiliser la notion foo quand il faut des paramètres. Vous devez alors utiliser le plugin jlocale :

   <p>{jlocale "bar~foo.phrase", array('http://foo.com', 'voiture')}</p>

Jelix fourni un plugin pour le coordinateur qui permet de changer la langue dynamiquement. C'est le plugin autolocale, qui est situé dans lib/jelix/plugins/coord/ (voir la section sur les plugins de coordinateur).

Pour cela, le plugin regarde si un paramètre est présent dans l'url, indiquant la nouvelle langue à prendre en compte, et utilisera cette langue durant le reste de la visite. En fait le nouveau code langue est stocké dans une variable de session, et le plugin modifie l'option de configuration locale une fois la configuration lue (le fichier de configuration n'est donc pas modifié).

Aussi c'est totalement transparent pour vous. Pour connaître la langue à tout moment, il suffit de faire comme d'habitude :

  $lang = jApp::config()->locale;

Pour utiliser le plugin, ajouter cette section dans app/system/mainconfig.ini.php ou le fichier de configuration de l'un des points d'entrée :

[coordplugin_autolocale]
enableUrlDetection = on
urlParamNameLanguage = lang

enableUrlDetection permet d'activer la détection de la langue dans l'url. Le paramètre urlParamNameLanguage contient le nom du paramètre de l'url qui contiendra le code du language à utiliser. Aussi, vous pouvez mettre des liens sur votre site qui permettent à l'utilisateur de changer la langue. Exemple :

  <a href="index.php?lang=fr_FR">français</a>
  <a href="index.php?lang=en_US">english</a>

Vous pouvez aussi utiliser les codes langues sans le code pays :

  <a href="index.php?lang=fr">français</a>
  <a href="index.php?lang=en">english</a>

Bien sûr, il est possible de définir des urls spécifiques pour chaque langue, et même d'indiquer les paramètres de langues, qui seront renseignés automatiquement ou détectés automatiquement, sans avoir à l'indiquer à jUrl::get() entre autre (voir [[/composants/urls/mapping|la documentation correspondante]]). Vous n'avez alors probablement pas besoin du plugin autolocale.

Notez aussi que si le code de language donné n'est pas listé dans le paramètre availableLocales de la configuration principale, jLocale essaiera d'abord d'utiliser la locale la plus approchante (même langue mais d'un autre pays), et si il ne trouve pas, il utilisera la langue par défaut de l'application, celle indiquée dans locale, et en dernier recours, celle indiquée dans fallbackLocale.

Enfin, il faut activer le plugin. Pour cela, dans la configuration de jelix, mettez dans la section [coordplugins] :

[coordplugins]
autolocale = 1

Le plugin autolocale permet aussi de détecter automatiquement la langue en fonction du navigateur, c'est à dire en analysant les en-tête HTTP envoyés par le navigateur.

Pour cela, il suffit de mettre le paramètre useDefaultLanguageBrowser à on dans la configuration du plugin. Et quand l'internaute arrive pour la première fois sur le site, le plugin détecte la langue utilisée dans son navigateur et donc active la bonne langue dans jelix (si bien sûr, ce code langue est l'un de ceux que vous aurez indiqué dans availableLocales).

Dans certains cas, pour éviter d'avoir trop de chaînes locales, il peut s'avérer intéressant de traduire un template complet.

Pour cela il suffit de placer le template qui nécessite l'internationalisation dans un sous-répertoire du répertoire templates. Comme pour les fichiers de locales un sous-répertoire est nécessaire pour chaque langue (Exemple : templates/en_US/, templates/fr_FR/).

À partir d'un code de langue simple (comme "en", "fr"..), Jelix peut donner le code language associé défini par défaut : "en_US" pour "en", "fr_FR" pour "fr" etc. Cependant, ce n'est pas forcément le code que vous voulez obtenir. Vous voudriez par exemple "en_GB" pour "en" et "fr_CA" pour "fr". Ou peut-être encore vous voudriez prendre en charge une langue non reconnue (la liste par défaut se trouve dans le fichier lib/jelix/core/lang_to_locale.ini.php).

Pour modifier ces associations, vous devez remplir la section [langToLocale] dans la configuration principale. La clé du paramètre est le code langue simple, et la valeur le code du language complet.

[langToLocale]
en = en_GB
; ou pour garder une compatibilité avec d'anciens modules :
en = en_EN

Quand jLocale ne trouve pas la clé dans un fichier properties correspondant à la langue, il va essayer de la trouver dans une locale similaire, en se basant sur le fichier de correspondance entre le code langue, et la qui y est associé par défaut (voir paragraphe précédent).

Si il échoue à nouveau, il va essayer de chercher avec la locale indiquée dans fallbackLocale.

Si il échoue encore, jLocale::get() génère une exception. C'est pour cela qu'il est préférable d'avoir au moins une langue dans laquelle toutes les clés existent, et d'indiquer cette langue dans fallbackLocale.

Jelix et certains modules ont été traduits dans diverses langues, via le site Transifex. Certaines traductions ne sont pas complètes, et peut-être n'y-a-t-il pas de traduction dans votre langue préférée. Nous vous encourageons alors à contribuer sur Transifex.

Les fichiers properties résultants de ces traductions sont disponibles en téléchargement sur https://download.jelix.org/jelix/langpacks/.

Il suffit de dézipper les fichiers de langues que vous souhaitez dans le répertoire <yourapp>/app/locales/ (répertoire que vous devez créer). Videz le repertoire temp, configurer l'application pour pouvoir utiliser les nouvelles langues (voir plus haut), et vous pouvez profiter des traductions.