Version imprimable
Salut tout le monde , et j ai une question a deux Euros.
Aprés avoir lu le tutorial sur l'internationalisation, je me rend compte que ITE n'est disponible qu avec Delphi Entreprise or moi, bien évidemment je ne dispose que de Delphi 7 professionel.
Est ce que vous auriez des logiciels qui font exactement la meme chose ?
Bonjour,
Y'a des composants dans la jvcl qui permettent d'internationaliser une appli delphi facilement. Le principe de ces composants est d'utiliser un fichier XML qui contient la traduction de toutes les chaînes. Il est ensuite possible de changer la langue à la voler sans avoir à redémarrer l'appli.
L'avantage du fichier XML est de permettre à n'importe qui de traduire ton soft.
Le désavantage que je vois à ce principe c'est que le nom de tes objets delphi apparait en clair dans le fichier (d'ailleurs si quelqu'un sait comment les masquer, je suis preneur).
;)
Ta solution me parait bien , mais le fait que le nom des comosants apparaissent en clair, me refroidit un peu.
Je préfèrerai passer par une solution plus "classique".
Bonjour,
Il est possible de masquer le nom des composants mais celà implique un développement complémentaire que je n'ai pas vraiment eu le courage de faire (et surtout il faut réussir à masquer le fichier xml qui est nécessaire au composant de traduction.)
Mouhais ... mais quel est l'avanatage de passer par ta solution, alors que delphi propose déjà une méthode pour le faire ?
Utilisateur d'ITE depuis pas mal de temps, je peux vous dire que cette solution de Borland n'est pas du tout au point. Il peut y avoir un certain nombre bugs incompréhensibles. Sinon, le principe qu'utilise cette méthode (DLL de ressources) est bon. (Gère toutes les propriétés de chaques composants pour chaque langue). C'est assez sympa lorsqu'on doit changer des emplacements à l'écran de certains composants en fonction de la longueur des chaînes de traductions.
Ceci dit, je ne le conseillerai pas à cause, d'une part, du programme ETM qui n'est pas pratique (Manque bon nombre d'options).
Des problèmes peuvent s'insérer dans les fichiers de traduction DFM. En fait, je viens d'avoir ce problème : Je mets en place un système d'aide en ligne avec un fichier d'aide chm. Et lorsque je change le HelpContext d'un certain composants , lorsque je remets à jour ma "dll de ressources", un problème vient s'ajout celle-ci. En fait dans la dll, il me dit que plusieurs composants portent le même non dans la fiche ! En gros, je ne vois pas d'où pourrait venir ce problème à part au gestionnaire de création/mise à jour des "DLL de ressources" de Delphi. J'ai bon prendre des Backup et faire la même chose, toujours le même problème. Si je compile le projet comme celà, un belle exception est déclenchée en mode "Traduction".
Donc voilà, à refaire, j'utiliserai un principe de fichier ini ou XML plus facilement éditable et où les bugs se feront plus discrets.
bonjour
je suis d'accord avec portu
l'ITE provoque des bugs incomprehensible . Gère très mal la suppression de composants -> parfois impossible de recompiler la dll de ressources (mais alors vraiment IMPOSSIBLE) tu n'as plus qu'a repartir d'un backup
@+
On utilise un fichier "xml" de la forme suivante créé par un clientdataset:
clé langue1 langue2 etc ...
Du coup ça permet aussi d'avoir un outil de traduction simple à mettre en place.
On a une fonction Traduire qui met à jour les libéllés, chaines etc en fonction de la langue (le fichier de traduction étant chargé par un cliendataset, la fonction fait un simple Locatepour trouver le champ).
Mais attention dans le cas de plusieurs instances ou application utilisant le même fichier de traduction en même temps, risque d'exception sur le LoadfromFile du clientdatasetCode:
2