Discussion :

[ShaiLeTroll]

"Property Editors" c'est les inspecteurs d'objet en DesignTime donc inutile

En réalité, en dehors des "...Consts.pas", il n'y a pas plus à traduire.
Pourquoi ne pas faire l'inverse, au lieu de trouver tous les fichiers ainsi, pourquoi ne pas plutôt analyser vos uses ?

Par exemple,
Projet FMX donc pourquoi inclure VCL ?

[popoy]

Merci @shailetroll,
Tu as raison en indiquant qu'il faut traduire que ceux qui sont en uses dans mon code.
Mais étant débutant sur Delphi, je commence par récupérer tout ce qui est possible
Puis je vais essayer de réduire la liste quand j'aurai fini le projet.

[ShaiLeTroll]

Quels sont les messages non traduits qui te posent problème ?

Je pense au MessageDlg, IFMXDialogService

La fonction Translate est appelée par FMX, tu peux t'y greffer déjà pour gérer le Message des Dialogs
FMX.Consts contient les boutons (et encore cela dépend de l'OS, certains sont par RessourceString et d'autres via API de l'OS)

En dehors de quelques dialogues par défaut, je ne vois pas ce que tu pourrais avoir besoin de traduire !
Les Exceptions, j'aurais tendance à gérer les exceptions pour un retour utilisateur simplifié orienté métier, avec code d'erreur, éventuellement un log du message d'origine et où il se produit, voire un mode assistance qui affiche à l'utilisateur le message métier + le message de l'exception ce dernier n'aura pas grand sans pour lui et ne lui apporte rien, cela simplifie la maintenance ensuite si tu distribue ton application et en assure un support, tu auras le message de l'exception en Anglais\Français ce que est plus utile pour toi que pour l'utilisateur.

Je préfère qu'un programme affiche "Votre demande n'a pu aboutir" qu'un truc genre "Violation d'accès dans le débordement de pile dans un index hors limite" ... une exception non gérée donne une impression d'un manque de rigueur.

Pour avoir traduit en Chinois, je n'ai traduit que l'application, je n'ai pas traduit la VCL en dehors des MessageDlg car c'est basique, le reste, c'est en Anglais et c'est jamais bon signe car c'est souvent synonyme d'une erreur, d'un message imprévu.

[popoy]

Oui tout a fait d'accord
Je te cite

"Les Exceptions, j'aurais tendance à gérer les exceptions pour un retour utilisateur simplifié orienté métier, avec code d'erreur, éventuellement un log du message d'origine et où il se produit, voire un mode assistance qui affiche à l'utilisateur le message métier + le message de l'exception ce dernier"

En effet, je souhaite faire bien les choses
Existe t'il un tutoriel ou un ou des exemples sur
La gestion des exceptions
La mise en place d'un système de log
Récupération du message d'erreur ou d'exception
Pour envoyer cela par mail au développeur

Je vais regarder la fonction translate , je croyais qu'il fallait utiliser une fonction fourni par dklang ou tsilang

Pour que vous compreniez
Actuellement, je suis dans la phase de préparation.
En effet, mon application existe déjà dans un autre language basé sur un framework qu'il fallait aussi traduire.
En Delphi, la dessus, ça a l'air plus simple car les sources sont fournies.
Je tente de traduire en Delphi mon application existante.

Donc pour l'instant je n'ai aucun message a traduire en dehors de mon code et mon ihm.
Seulement, je sais qu'il y a obligatoirement d'autres messages a traduire.
Je veux donc prévoir au mieux.

[SergioMaster]

Existe t'il un tutoriel ou un ou des exemples sur
La gestion des exceptions,Récupération du message d'erreur ou d'exception

il s'agit simplement de créer un bloc try ... except ... end;
dans la partie except on teste la valeur de l'exception par exemple, pour tout traiter : on E:Exception doAprès un TDialogService.MessageDialog peut faire l'affaire

Code :

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

1
2
3
4
5
6
7
 
TDialogService.MessageDialog(msg_1, TMsgDlgType.mtConfirmation,
   [TMsgDlgBtn.mbYes, TMsgDlgBtn.mbNo],TMsgDlgBtn.mbNo, 0,
    procedure (const AResult : TModalResult)
     begin
      if AResult=mrYes then .....; // action à faire
     end);

où msg1, écrit en clair dans le source a été ensuite déclaré (clic droit, refactoring/extraire la chaine de ressource)

Code :

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

1
2
resourcestring
  msg_1 = 'le texte que je traduirai';

msg_1 qu'il faudra déclaré dans dklang comme chaine de ressource poutr faire les traductions

La mise en place d'un système de log
Pour envoyer cela par mail au développeur

Là, il s'agit d'autre chose, on parlait d'exception au niveau du programme visible par l'utilisateur, pas des erreurs à tracer comme par exemple avec des composants tiers j'ai plus le nom en tête et je ne suis pas sûr que cela fonctionne sous FMX

Je vais regarder la fonction translate , je croyais qu'il fallait utiliser une fonction fourni par dklang ou tsilang

j'ai l'impression qu'il y a mélange de méthodes

Donc pour l'instant je n'ai aucun message a traduire en dehors de mon code et mon ihm.
Seulement, je sais qu'il y a obligatoirement d'autres messages a traduire.

Oui mais pas ne touchant aux sources delphi, juste en regardant les constantes ressources à déclarer (dans le cas de dklang)