Version imprimable
Bonjour,
Je viens de réaliser mon premier programme en Delphi. Je m'intéresse maintenant à la traduction de celui-ci. Quel méthode utilisez vous? Utilisez vous des outils pour cela ou faites vous tout à la main, avec par exemple les chaînes traduites dans un fichier INI ?
Le problème sur lequel je bute, c'est comment adapter correctement la taille des buttons/labels si la chaine traduite est plus grande que l'originale.
Merci d'avance,
Kal
Salut,
Tu peux t'inspirer de ce post de Pascal Jankowski :)
Merci pour ta réponse :)
Par ailleurs, ceci répond à une partie de ma question. En effet, je ne sais toujours pas comment traduire les boutons/menus/labels en conservant une taille appropriée. Une idée? :roll:
Merci d'avance,
Kal
Bonjour,
... ben, puisque tu crées tes resourcestrings manuellement, par exemple :Citation:
En effet, je ne sais toujours pas comment traduire les boutons/menus/labels en conservant une taille appropriée. Une idée?
RSTCancel = 'Cancel'; en anglais
RSTCancel = 'Annuler'; en français
RSTCancel = 'Annullieren'; en allemand
tu connais dès la conception la taille maxi à donner à ton bouton.
A+ :D
Oui mais imagine que la traduction en FR est bien plus grande que l'originale. J'aurai une chaine dont la taille excède la propriété Width de mon boutton, et il n'existe pas de propriété AutoSize sur les TButton... Je sèche!Citation:
Envoyé par Gilbert Geyer
Re-bounjour,
Désolé, un mauvais click m'a fait poster le message inachevé.
Il suffit de donner dès la conception par exemple d'un bouton la taille maxi parmi 'Cancel', 'Annuler' et 'Annullieren' c'est à dire la taille suffisante pour rentrer 'Annullieren' en allemand.
A+:D
L'outil intégré à Delphi te permet de définir la taille de tes boutons en fonction de la langue utilisée (entre autre).
En effet, cela permet de contourner le problème ;)Citation:
Envoyé par Gilbert Geyer
Et elle est ou cette option? :roll:Citation:
Envoyé par sovitec
Bonjour _kal_
Personnellement j'ai créé une base de données où j'enregistre, dans toutes les langues (que je connais), le texte qui doit apparaître. Chaque ligne de ma table contient
Le nom de l'unité
Le type d'objet (TLABEL, TBITBTN, TDBGRID)
Un identifiant (par exemple Label1 si le texte concerne le label1)
Le texte dans la langue
Le code de la langue (FRA = Français, ESP = Espagnol, etc)
La taille du bouton et ses coordonnées 'Left, Height, Top, Width) si besoin
La taille de la police pour les textes qui risquent d'être longs
j'ai prévu à ce jour 9 langues. Seules 6 sont partiellement remplies.
Chaque fois que l'appli crée une unité, celle-ci appelle un programme traducteur qui fait la conversion en fonction de paramètres propres à l'unité.
Ce que j'y ai trouvé comme avantage : l'utilisateur final peut par un programme faisant partie de l'appli donner lui-même une traduction (un Italien parle tout de même mieux italien qu'un francais, et pareil pour un polonais, notament pour les termes techniques)
Si ça t'intéresse ..... les exemples sont disponibles. Comme c'est un peu gros je ne les ai pas mis ici.:mrgreen:
Yep c'est pas mal du tout comme idée! Par ailleurs, mon appli est très légère et je ne peux inclure une BDD avec : l'environnement cible de disposera pas de SGBD.
J'ai trouvé ceci en googlant : http://delphi.about.com/library/weekly/aa011805a.htm
C'est pas mal non plus comme solution, mais je pense opté pour la solution proposée par Pascal Jankowski.
Kal
Re-bonjour,
... ben dans ce cas pourquoi ne pas utiliser simplement un array de string pour chaque langue (*) ?Citation:
mon appli est très légère
... en veillant à respecter les correspondances au niveau des indices de sorte que MonTableauAnglais[indice] corresponde à la traduction de MonTableauAllemand[indice] etc.
... et tu peux en plus créer des constantes globales du style chaineYes=3 si le 3 est l'indice des chaines 'Oui', 'yes', 'ya'.
A+
(*) : PS : ou un seul array avec autant de colonnes que de langues.
Euh ? Ce n'est pas une option, c'est par défaut.Citation:
Envoyé par _kal_
A moins que tu ne parles de la fonction d'internationalisation de Delphi. Dans ce cas il suffit d'aller dans Projet -> Langues -> Ajouter et de créer les ressources pour chaque langue désirée.
En effet, puisque mon appli est très légère, je pourrai procédé ainsi. Mais, il y a deux raisons qui me pousse à instaurer un système plus maléable :Citation:
Envoyé par Gilbert Geyer
- Je veux pouvoir fournir un fichier txt en anglais aux personnes souhaitant réaliser la traduc, plutot que du code avec des array...
- Mon appli sera probablement étendu avec le temps, et ce ne sera donc plus un truc tout léger :D
Un question HS : pour quoi un {$DEFINE} dans une unité n'est pas répercuté dans une autre?
Par exemple : {$DEFINE francais} dans le fichier du program ou est appellé le CreateForm n'est pas visible depuis la fiche de ma forme (Unit1.pas par défaut) : francais n'est pas défini.
Bonjour,
... rien n'empêche de créer le fichier txt en anglais à partir du contenu des arrayCitation:
- Je veux pouvoir fournir un fichier txt en anglais aux personnes souhaitant réaliser la traduc, plutot que du code avec des array...
... de même que rien n'empêche d'alimenter les array à partir de fichiers txt.
De toutes façons quelle que soit la démarche adoptée faudra bien stocker les chaines-ressources qq part.
A+ :D
Bonjour,
Hmmm c'est pas bête ça! Donc l'idée serai la suivante :Citation:
Envoyé par Gilbert Geyer
Déclarer une énumération pour l'indice des chaines dans l'array
Déclaray un array de taille [1erEnum..DernierEnum]
Et dans FormCreate, je rempli mon array en fonction de la langue système...
:king:
Re-bonjour,
Juste une remarque supplémentaire : certains utilisateurs on la manie de farfouiller directement dans les fichiers *.txt, une précaution minimale serait de donner aux fichiers concernés une autre extension par exemple *.dat ou *.dll pour les dissuader. Pour ma part j'irai même jusqu'à planquer les données initiales dans une unité de l'appli de façon à permettre à l'utilisateur de restaurer les valeurs initiales définies par le concepteur de l'appli car il peut se tromper lors d'une traduction et la pire des erreurs serait d'affecter une très bonne traduction à un bouton qui déclenche autre chose que la traduction par exemple.
A+ :D