ressource langue

Bonjour
J'ai créé une petite application que je voudrais pouvoir diffuser en plusieurs langues Pour l'espagnol j'ai créé une DLL ressources langue qui a l'extension ESP. Pour pouvoir la tester ici en France et comme indiqué dans le guide du développeur, dans le registre HKEY_CURRENT_USER\Sofware\Borland\Locales j'ai créé une entrée f:\EditHDVB2\EditHDVB2.exe avec la valeur ESP. Quand j'execute mon programme EditHDVB2 j'obtiens toujours la version française :(
Bien sur si je compile en activant language espagnol, j'obtiens bien la version espagnole. Mais je voudrais pouvoir diffuser une seule version avec les DLL langues associées
Quelqu'un a une idée ?

Salut,

moi je te conseillerai de charger la DLL en dynamique.

En gros, un système qui scan ton dossier pour récupérer ttes tes DLL, les listes, et proposes le choix à l'utilisateur, celui-ci choisi, et hop, la DLL choisie est chargée en mémoire.

Il y a une source de chargement dynamique d'une DLL dans la faq (récupérer son IP je crois)

Voilà ma suggestion !

++

Merci.Je vais aller dans cette direction.

Comme toujours ça paraît facile quand on a la solution...

Code:

---

1 2 3 4

#include "reinit.hpp"   LoadNewResourceModule(1034); ReinitializeForms();

---

Cest super. On passe d'une langue à l'auttre sans avoir à recharger le programme.

reinit.pas est un module qui vient de \Examples\App\RichEdit
1034 est le localeID de l'Espagnol.
Si l'on veut revenir au français le localeID est 1036.

Je croyais le problème résolu mais en fait j'ai encore un problème.
La traduction de tous les composants et menus utilsés se fait bien.
Par contre je n'arrive pas à traduire les chaines utilisées dans les ordres ShowMessage ou MessageBox.
J'ai créé une ressource Dialogue.RC avec les chaines utilisées

Code:

---

1 2 3 4 5 6 7

#include "Dialogues.hpp"   STRINGTABLE BEGIN Msg_101 "Vous devez sélectionner au moins un canal avant de créer la liste" ... END

---

Dialogue.hpp

Code:

---

1 2 3

#define Msg_101 101 ...

---

et j'ai mis à jour les DLL resources (j'ai bien Dialogue.RC qui apparaît avec les chaines à traduire)
Dans le programme principal

Code:

---

1 2 3 4

#include "Dialogue.hpp"   ShowMessage(LoadStr(Msg_101).c_str());

---

J'obtiens toujours une chaine vide, quelque soit la langue. :(
J'ai essayé un LoadLibrary avant, j'ai lu et relu les exemples...
Il doit y avoir un truc tout simple qui m'échappe.
J'ai déjà passé une bonne journée et une partie de la nuit dessus. Heureusement que je ne suis pas payé au résultat :lol:

Je tourne toujours en rond sur ce problème de traduction. J'ai analysé la Dll de ressources créée par l'assistant resource dll: les chaines qui viennent des formes s'y trouvent, les chaines qui viennent du script de ressource n'y sont pas. Que faut-il faire pour que cet assistant fasse son boulot correctement ? Il me les a listées comme les autres, pouquoi est ce qu'il ne les inclue pas ?

Je n'ai jamais utilisé l'assistant pour faire des dll de ressource, surtout que celui ci n'existe plus apparement dans BDS2006 pour C++ Builder.

Mais peut tu ajouter ton .rc au projet de la dll de ressource ?

Citation:

---

Envoyé par Neilos

Je n'ai jamais utilisé l'assistant pour faire des dll de ressource, surtout que celui ci n'existe plus apparement dans BDS2006 pour C++ Builder.

Mais peut tu ajouter ton .rc au projet de la dll de ressource ?

---

Il y est. Il en fait partie. Il est listé mais les chaines qu'il contient n'apparaissent pas une fois la Dll compilée.

J'ai tourné la difficulté en créant une ListBox que j'appelle Dlg et dans laquelle j'ai mis les différents messages que je veux créer (un message par ligne) et j'utilise quelque chose du style

Code:

---

1 2	MessageDlg(Dlg->Items->Strings[1].c_str(),mtError,TMsgDlgButtons()<<mbOK,0);

---

Cette ListBox est prise en compte par l'assistant Resource Dll comme tous les autres composants. J'indique les traductions pour chaque Strings[] et à l'éxecution j'obtiens les messages dans les différentes langues comme désiré. Tout compte fait, c'est pas plus lourd que de faire un fichier RC avec une Stringtable et ça a l'avantage de marcher.

Merci de t'être intéressé à mon problème.

Effectivement c'est pas mal comme idée :)