Utilisation de la localisation dans Delphi 2010

**jmclock33** · 30/01/2012, 18h28

Bonjour

Notre projet est présentement en Delphi 7, et nous sommes en train de le convertir en delphi 2010. Notre projet D7 est localisé à l'aide de TSILang. Je suis à regarder si les outils de D2010 pour la localisation pourraient faire l'affaire.

J'ai suivi les étapes standards données dans l'aide de D2010, soit faire Projet->Langues->Ajouter. J'ai ajouté deux locales, une Français Canada, et une Anglais Canada. Dans le projet, les deux locales y sont bien, avec les extensions .FRC et .ENC.

Afin de tester que cela fonctionne, je modifie un item dans la version FRC de la localisation. Je compile tout et génère les .exe, .enc et .frc. Je place les exécutables et les locales dans le répertoire de démarrage du projet. Quand je démarre le projet, la modification n'apparaît pas.

J'ai eu beau chercher dans l'aide, j'ai fait des recherches via google, j'ai essayé de toutes sortes de manières, rien n'y fait, ça ne fonctionne pas.

Je suis un peu à bout, comme cela doit faire plusieurs heures que je mets sur cela.

Est-ce qu'il y a quelqu'un qui a une idée de ce qui manquerait pour que cela fonctionne?

Merci

Notes : je suis sur win XP, et les options régionales sont à <Français (Canada)>

**SergioMaster** · 31/01/2012, 07h42

Bonjour,

Si tout s'est passé correctement , l'outil a fait les choses suivante
création des langues en 3 étapes
- une première sauvegarde
- création des fichiers langues
- compilation

Après modification des forms , et si existent des ressources strings
il faut ensuite ne pas oublier de construire les dll langues

Ensuite , pour tester la version il faut utiliser l'option du menu
Projet/langues/activer pour basculer de l'une a l'autre

ATTENTION : cela ne fonctionne pas toujours , a mon grand dam je m'en suis aperçu , dans ces cas il faut aller dans la base de registre
HKEY_CURRENT_USER\Software\CodeGear\Locales
modifier la valeur de <nom du programme> , dans ton cas FRC ou ENC

pour toutes modifications du programme , ne pas oublié de refaire les étapes citées (sous peine de voir des fonctions ne pas fonctionner , enfin ça peut être intentionnel)

j'ai posté sur le forum une solution (pas jolie) pour basculer d'une langue a une autre sans avoir a redémarrer le programme
ici

**Papy214** · 31/01/2012, 09h41

Moi, j'oublierais les outils de Delphi pour faire ça et j'utiliserais DxGetText. Mais ce n'est qu'un avis très personnel.

**Rayek** · 31/01/2012, 10h23

Envoyé par Papy214

Moi, j'oublierais les outils de Delphi pour faire ça et j'utiliserais DxGetText. Mais ce n'est qu'un avis très personnel.

Sauf que la dernière version est pour D2009 et le changement vers unicode est en D2010 si je ne m'abuse donc pas sur qu'il fonctionne correctement.

**Papy214** · 31/01/2012, 10h43

Tout ce que je peux dire, c'est que j'ai installé et (brièvement) testé la dernière version sur Delphi XE2 et que ça ne pose pas de problème.

Extrait du fichier gnugettext.pas que j'ai ici.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
{$ifdef VER200}
  // Delphi 2009 with Unicode
{$endif}

Je peux transmettre le fichier si besoin est.

**ShaiLeTroll** · 31/01/2012, 11h15

Delphi 2009 est bien la 1ère version Unicode !
Delphi 2010 est la 1ère version stable en Unicode !

**SergioMaster** · 08/02/2012, 08h55

@Patrey ton Post mériterais de faire un nouveau sujet

Envoyé par Papy214

Moi, j'oublierais les outil de Delphi pour faire ça et j'utiliserais DxGetText. Mais ce n'est qu'un avis très personnel.

C'est ce que j'utilise avec Lazarus

J'ai testé cet outil pour un 'petit programme' , après beaucoup de tâtonnements (je regrette ce bon vieil éditeur de ressource) cela me semblait concluant . Au fil de la modification de ce dernier par contre ....

Conclusion l'outil de D2010 fonctionne avec plusieurs MAIS
- l'utilitaire n'est pas tip top, un tri sur chaine caractère aurait été bienvenu
- la version d'origine doit être bien finalisée , une modification peut devenir galère
- il faut avoir les sources des composants
ce qui donne quelques galères supplémentaires
par exemple Rave pose problème (voir dans le forum Rave)
certains composants déjà localisé également
- le passage d'une langue a l'autre est loin d'être évident (la modif de la base de registre ne fonctionne pas toujours via l'option de l'IDE)
- Impossible de passer d'une Langue à La langue d'origine (dans le programme) sans redémarrer le programme sauf a créer une 'traduction' pour cette langue d'origine (voir Post a ce sujet dansce forum)

Bref c'est loin d'être l'outil idéal même T.Laborde en convenait lors d'un "CodeGear Way Tour" il m'avait suggéré un autre outil (hélas je n'avais pas noté son nom )