Discussion :

[lefju cabro]

Bonjour,

Je développe sous Delphi XE-2 une appli multilangue (FR, US).
J'ai réalisé les étapes ci-dessous pour créer mon appli multilangue:

• dans mon projet principal, ajout des langues en faisant Projet/Langues/Ajouter.
• les répertoires FRA et ENU sont disponibles
• la modification des resource string est ok
• la compilation FR et ENU fonctionnent lorsque je sélectionne la langue Projet/Langues/Activer
• après compilation, les exe sont bien en Anglais ou Français selon la sélection faite ci-dessus.

Toutefois lorsque je déplace cet exe, il est forcément en Français alors que dans son répertoire de compilation il est en anglais.

Sur le lien d'Embarcadero, je comprends qu'il y a une histoire de clef de registre mais je ne vois pas comment utiliser tout cela pour l'installation de mon exe sur un poste client.

Ma question est: quels fichiers de traduction dois-je livrer pour créer un setup d'installation qui installera la version US ou Fr de mon exe ?

Merci pour vos retours.

[lefju cabro]

Sur ce lien il semblerait que je soit obligé d'écrire dans la base de registre le type de langue que je souhaite utiliser en plus de distribuer les fichiers ENU et FRA.

Je suis étonné d'être obligé d'écrire dans la base de registre.

Existe-il une autre solution ?

[Paul TOTH]

Non, comme indiqué dans le lien, il faut le .exe ET les traductions (qui sont des DLL)

C:\Program Files\Test\Test.exe
C:\Program Files\Test\Test.exe.fr-FR
C:\Program Files\Test\Test.exe.de-DE

la clé de registre permet à l'IDE de forcer la langue à utiliser indépendamment des paramètres de Windows. Il ne faut pas la déployer et laisse l'application choisir son fichier de langue.

[lefju cabro]

Bonjour,

Merci Paul Toth pour ta réponse.

Effectivement en lisant l'article d'Embarcadero, il est dit que je dois livrer l'Exe et les DLL comme indiqué ci-dessous:

Code :

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

1
2
3
C:\Program Files\Test\Test.exe
C:\Program Files\Test\Test.exe.fr-FR
C:\Program Files\Test\Test.exe.de-DE

Le problème est que je n'ai pas la construction Test.exe.fr-FR ou Test.exe.de-DE.

Est-ce à moi de les créer en rajoutant l'extension ?

[Paul TOTH]

Les fichiers de langue sont des Projets créés par le menu Langue.

Si je prend le projet Project1.exe et que je lui ajoute l'allemand, je retrouve le projet Project1.DEU dans le groupe de projet, c'est ce projet qui permet de saisir les traductions, et c'est lui qu'il faut compiler pour obtenir le fichier de langue.

[lefju cabro]

Les fichiers de langue sont des Projets créés par le menu Langue.

Si je prend le projet Project1.exe et que je lui ajoute l'allemand, je retrouve le projet Project1.DEU dans le groupe de projet, c'est ce projet qui permet de saisir les traductions, et c'est lui qu'il faut compiler pour obtenir le fichier de langue.

Tout cela je l'ai bien.
Mais lors de ma compilation de Project1.DEU, j'ai uniquement la création de Project1.DEU (qui n'est pas un exécutable) mais en aucun cas j'ai Project1.exe-de.DEU.

[Andnotor]

Mais lors de ma compilation de Project1.DEU, j'ai uniquement la création de Project1.DEU (qui n'est pas un exécutable) mais en aucun cas j'ai Project1.exe-de.DEU.

Ce qui est normal. Chaque langue est un projet à part entière et indépendant du projet principal. Il faut tous les compiler.
A l'exécution et s'il n'y a pas besoin de traduction, seul le .exe est utilisé. Sinon, le .exe charge le fichier localisé et l'utilise comme librairie de ressources dans lequel il va récupérer les fiches et textes.

La localisation sous Delphi n'est pas des plus simples et requiert d'être très (trop) systématique sous peine de désynchronisation (ex. une fiche traduite sur laquelle il manque des champs !). Je lui préfère GNU GetText.

[lefju cabro]

Ce qui est normal. Chaque langue est un projet à part entière et indépendant du projet principal. Il faut tous les compiler.
A l'exécution et s'il n'y a pas besoin de traduction, seul le .exe est utilisé. Sinon, le .exe charge le fichier localisé et l'utilise comme librairie de ressources dans lequel il va récupérer les fiches et textes.

J'avais bien compris ça. En compilant tous mes projets, j'obtiens:
- MonProjet.exe
- MonProjet.FR
- MonProjet.ENU
Mais je n'ai jamais les fichiers MonProjet.fr-FR ou MonProjet.enu-ENU. Ces fichiers sont-ils obligatoires ?

Si dans un nouveau répertoire, je dépose MonProjet.exe et MonProjet.ENU, j'ai mon appli en français car c'est la langue par défaut.

Dans mon code source de mon application je n'ai rien codé pour le choix des langues: c'est uniquement lors de l'installation (par un setup) que le choix de la langue se fait. L'installeur dépose ensuite l'application MonProjet.exe et le fichier MonProjet.ENU ou MonProjet.FR. Cette méthode est-elle correcte ou faut-il me mettre sur le bûcher ?

[Paul TOTH]

Tout cela je l'ai bien.
Mais lors de ma compilation de Project1.DEU, j'ai uniquement la création de Project1.DEU (qui n'est pas un exécutable) mais en aucun cas j'ai Project1.exe-de.DEU.

en effet, c'est un .DEU et non .exe-de.DEU, mais c'est bien le fichier nécessaire à la traduction.

Techniquement c'est une DLL renommée; tu peux regarder le fichier DEU\Project1.dpr, c'est une Library avec un {$E DEU} pour chager l'extension, elle ne contient pas de code, uniquement des ressources.

[lefju cabro]

en effet, c'est un .DEU et non .exe-de.DEU, mais c'est bien le fichier nécessaire à la traduction.

Techniquement c'est une DLL renommée; tu peux regarder le fichier DEU\Project1.dpr, c'est une Library avec un {$E DEU} pour chager l'extension, elle ne contient pas de code, uniquement des ressources.

Je ne savais pas, j'ai regardé et j'ai compris ce point.

Cependant je ne comprends toujours pas comment déployer mon application en FR ou ENU sur un poste client avec un setup d'installation.

Dois-je implémenté quelque chose dans mon code pour dire de prendre le ENU ou le FR ?

Ci-joint une doc qui explique comment je fais actuellement pour installer mon exe sur un poste client.

[Andnotor]

Bon, reprenons !

• Si ton application est en français, pas besoin de la localiser (pas besoin de .FR)
• Installer tous les fichiers localisés ne pose pas de problème.
• S'il n'y a aucune entrée dans la base des registres, la langue utilisée, pour autant qu'un fichier localisé existe, dépendra de l'OS. S'il n'y en a pas, c'est la langue de l'exe (langue par défaut) qui sera utilisée.
• Si tu veux laisser le choix à l'utilisateur, il faut une entrée dans la BdR.

A noter qu'avec Inno Setup, tu ne devrais pas avoir de soucis pour installer les bons fichiers en fonction de la langue choisie.