Re: [Dolibarr-dev] Dolibarr multi-langues

[Benoit Mortier]

Le Dimanche 11 Juillet 2004 19:30, Eldy a ?crit :
> Dolibarr multi-langues
>
> J'ai commencé le système de traduction dolibarr en autres langues.
> Avant d'aller plus loin, j'aimerais qu'on statut sur le procédé.
>
> Il y avait 3 solutions pour gérer les langues:
>
> - Solution 1: Utilisation de gettext. Fonction incluse dans php mais
> : Pas en standard, ne fonctionne pas toujours et même très mal sur
> windows, est surtout oriénté 1 fichier de traduction par appli donc
> destiné à des petites applis textes en général. Le fichier de
> traduction doit etre du type
> /usr/share/locale/LC_MESSAGE_fr/monfichier.mo, qui n'est pas texte
> mais binaire, ce qui rend la maintenance peu pratique. Pour ces
> raisons j'ai exclus le principe de gettext pas génial pour une appli
> web

je suis en faveur de cette solution, elle est la plus pratique, integrée 
dans php et la plus efficace.

les fichiers non compilés sont de format .po et sont sous format texte 
le mo n'étant que la compilation de ce fichier

pourqu'oi reinventer la roue ??? des applications web comme drupal, ez 
publish utilisent cela de manière efficace etc...
 
> - Solution 2: Celle en vigueur actuellement. Une classe de traduction
> charge le fichier de traduction selon la langue choisit dans la
> configuration IHM. La traduction est prise par rapport au texte en
> français. Dans une page on a $lang->trans("Ma chaine a traduire")
> Avantage, pas de fichier français a maintenir, inconvénient les
> correspondances des autres langues se font par rapport à un texte en
> français
> en dur dans le code et reporté dans le fichiers des autres langues.
> Si on change le texte en francais, il faut changer les fichiers de
> traduction.

pas pratique..

idem pour 3

Bonne soirée
-- 
Benoit Mortier
OpenSides sprl
Linux Engineer