Quel architecture utilisez vous pour internationnaliser un programme

Quel architecture utilisez vous pour internationnaliser(ou localiser) un programme?

Dans la FAQ, il est question de dll de ressource (ou dll satelite).
Le problème c'est que l'on risque une divergence des ressources d'une langue à l'autre (les ressources ne sont présentes que dans une langue, le define "numéro de la ressource" n'est pas le même dans toutes les langues suite à une modification...)
Utilisez vous des outils pour la gestion des traductions qui facilite la traduction et évite ce genre d'erreurs?

• Dans une vie antérieur, pour gérer les divergences, on faisait à la bourrin: admettons que tu as une ressource de référence toto_fr.rc et une ressource à traduire: toto_gb.rc. Ben, on supprimais toto_gb.rc, on copiait toto_fr.rc en toto_gb.rc. Puis on faisait un merge avec un outil de gestion de conf sur le toto_gb.rc avec la version précédente. Je l'ai dit: c'est bourrin!
• Sinon, il existe gettext pour gérer les différentes langues: www.gnu.org/software/gettext/

Merci pour ta réponse, même si c'est vrai que dans le premier cas c'est assez bourrin. Je suis étonné qu'il n'existe pas d'outil pour comparer les ressources ou les garder synchrone...
Je vais explorer un peu plus profondément la deuxième méthode que tu me propose.
merci.

salut,
la méthode conseiller par MS c'est de créer une dll de ressources par langage cible.
les différentes méthodes sont décrites dans cet article avec les avantages et inconvénients.
http://www.microsoft.com/globaldev/h...ev/muiapp.mspx
pour moi la méthode 3, celle qui correspond a la faq est la plus simple a mettre en place.