Multi-lingual Options

1. CiviCRM complètement multi-lingue: seulement possible dans un vserver ou serveur dédié. MySQL ne doit pas avoir de "binary logs" (un backup slave).
2. CiviCRM partiellement bilingue: on utilise un module avec une fonction "custom" pour traduire une partie du contenu.
   • difficile de traduire les options de champs custom (combobox, checkbox).
   • il faut faire des profils pour chaque langue
   • certaines pages, comme "user/register" ou "user/edit" sont plus difficiles à traduire, pourrait impliquer de patcher le core de CiviCRM. (voir oxfam.qc.ca?)
3. CiviCRM unilingue.

Multi-lingual limitations / bugs

• For localized sites: gettext performance is rather bad. Make sure the APC cache works well, otherwise loading the civicrm.mo will be 25% CPU time.
• Views integration does not work

• In 3.3.5 (and probably before), CiviMail has a rather big bug.. c.f. http://forum.civicrm.org/index.php/topic,14079.0.html

• You cannot really use the procedure to re-create the database structure, if you DB is broken at some point

Updating translation files

• get the latest .po files from : http://github.com/civicrm/l10n/tree/3.2/po/fr_CA/ (where 3.2 is the latest version)

• execute:

  msgcat /tmp/*.po | msgfmt -o l10n/fr_CA/LC_MESSAGES/civicrm.mo -

Cat of *.po is very important otherwise the calendar and countries will not be translated!

See also

• CiviCrm/Transifex