Arnaud a tout dit j'ai l'impression. Niveau retour, je pense qu'il est trop tot pour les faire. Ce n'est en place que partiellement (en gros, là ou je l'ai fait pour voir la faisabilité), et tester à coup de petits TU. Le Chef de Produit ayant jugé le multilingue pas urgent vis à vis du retard des implem (meme s'il n'y a plus qu'à utiliser une strategy [complexité d emes données] deja prete, mais j'ai assez parler de mon camarade cette semaine). Mais ça me permet d'évoquer justement un point fort à mon gout que ventait arnaud: le multilingue reste optionnel! Et actuellement, tout tourne sur une langue par defaut! Il n'y aura qu'à brancher le multilingue si besoin. L'entité elle meme n'est pas dénaturée, et reste facilement appréhendable. A coté de ça, on me proposait deux autres solutions: - avoir une entité dont les champs "multilingues" sont des "clefs" (int), qui reference dans une autre entité servant le multilingue avec 3 champs: clef, langue, valeur. - avoir une entité dont les champs "multilingues" sont sous forme de liste ou de map, de sorte que l'entité contienne directement tous ces champs. Mais pour moi, wikitty est/a cette solution. Je ne suis pas sur qu'il y de bonnes ou de mauvaise solution, mais mon choix s'est porté sur la premiere parce qu'elle me parait plus simple, plus "propre" pour l'entité, et elle reste optionnelle. Je note de faire un retour lorsque ce sera mis en place et un minimum rodé, car je pensais etre le seul à avoir cette problematique mais ça semble etre une petite problematique assez general. -- Yannick <martel@codelutin.com> Société Code Lutin Tel: 02 40 50 29 28 http://www.codelutin.com