[Tableaux] i18n internationnalisation applications php

Bonjour,

Je réfléchis actuellement à une solution pour l'internationnalisation de mes applications / sites php (ça peut s'appliquer à d'autres languages, mais je cible php), j'ai trouvé quelques retours interressant ici :

http://www.phpinsider.com/smarty-forum/viewtopic.php?t=84

et je me demandais ce qu'en pense les développeurs de développez.com, avez vous déja utilisé des librairies d'internationnalisation type celles de Pear, d'autres ? maisons ?

Mettez vous tout en base avec plusieurs tuples, un pour chaque langue ?
Utilisez vous des constantes, y compris en base, avant de les traduires ? (via fichier d'include ou base), utilisez vous xml ?

Je pense que celà pourrait être interressant de faire un petit tour de table :)

Merci d'avance pour vos réponses :)

Salut,

Pour les fichiers de langues, je pense que je vais stocker les valeurs dans un fichier XML, et en générer un tableau PHP près à l'emploi, pour éviter de parser le fichier à chaque fois.

Ca ferait un fichier comme ça :

Code:

---

1 2 3

<properties> <property name="title" value="titre de mon site" /> </properties>

---

Le nom des balises n'ést pas définitif, c'est juste pour l'exemple (j'ai pas d'autres noms en tête).

Du coup le fichier PHP généré serait

Code:

---

1 2 3 4 5

$lang = array( 'title' => 'titre de mon site', ...... => .... );

---

Je pense faire ça pour chaque page.

Pour manipuler tout ça, et accéder à une valeur, une classe Lang est le tour et joué.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

class Lang { private $data;   public function __get($name) { return isset($this->lang[$name]) ? $this->lang[$name] : 'undefined'; }   public function load($file) { ... } }   $lang = new Lang(); $lang->load('admin_fr.xml');   echo $lang->title; // affichera la valeur de "title", définie dans le fichier XML, ou bien "undefined", si elle est indéfinie

---

Le principe est là.
Faut voir ensuite comment rendre ça "pratique" à l'utilisation.


Sinon il y a aussi la fonction gettext(), faut voir ...
Ca m'enchante pas plus que ça :?

P.S: C'est juste des idées tout ça. J'ai pas assez d'expérience dans la création de sites multilingues pour savoir qu'est ce qui est le plus pratique.

Il y a une classe lang sur PHPLibrairies qui peut t'aider.

Pour ma part, je suis en train de m'user avec gettext()...enfin avec setlocale() précisément.

Pear::Translation2, bien sur :D

http://pear.php.net/package/Translation2

J'ai pas encore testé le 2 je devrais l'implementer tres prochainement sur mon site, mais il a l'air tres complet :

Citation:

---

This class provides an easy way to retrieve all the strings for a multilingual site from a data source (i.e. db).
The following containers are provided, more will follow:
- PEAR::DB
- PEAR::MDB
- PEAR::MDB2
- gettext
- XML
- PEAR::DB_DataObject (experimental)
It is designed to reduce the number of queries to the db, caching the results when possible.
An Admin class is provided to easily manage translations (add/remove a language, add/remove a string).
Currently, the following decorators are provided:
- CacheLiteFunction (for file-based caching)
- CacheMemory (for memory-based caching)
- DefaultText (to replace empty strings with their keys)
- ErrorText (to replace empty strings with a custom error text)
- Iconv (to switch from/to different encodings)
- Lang (resort to fallback languages for empty strings)
- SpecialChars (replace html entities with their hex codes)
- UTF-8 (to convert UTF-8 strings to ISO-8859-1)

---

:D

Pour l'internationalisation, je travaille en interne en utf-8 et je convertis à l'affichage en leCharsetChoisiParLAdmin+NCR (Numeric Character References) avec une fonction maison à base d'iconv.
Je fais en sorte de récupérer en entrée de l'utf-8 aussi (avec l'attribut accept-charset de l'élément <form>) mais pour pallier au support de cet attribut plus ou moins inconsistant je détecte ou pas s'il s'agit d'utf-8 (avec une petite regex) et si ce n'est pas le cas je convertis en utf-8 depuis leCharsetChoisiParLAdmin.
Après, bien sûr, si tu choisis de travailler en 100% utf-8, ça simplifie quelque peu les choses.

Pour la localisation, j'utilise un système un peu comme nic58 sauf que j'utilise directement des tableaux (séparés en plusieurs fichiers sous forme de module) et que ma classe Lang est statique, et que je ne fais pas $lang->title mais Lang::localize('Title'), comme gettext. Si la traduction est introuvable, ça renvoit pas "undefined" mais le texte en anglais.

Tu sembles mélanger allégremment internationalisation et localisation. L'internationalisation c'est la capacité de ton application à travailler avec des données en toutes langues, et la localisation c'est le fait d'avoir une interface traduite.
Du moins, je crois.

Pb d'encodage avec gettext déplacé dans un nouveau topic: http://www.developpez.net/forums/sho....php?p=1396378