Discussion :

[Papy214]

Bonjour

Je cherche un habitué de DKLang.

Certaines fois, le composant se plante et traduit un composant à la place d'un autre.
Un tab par exemple n'est pas traduit.
Ou alors, la traduction est affectée à un autre composant.

Je peux corriger dans l’événement OLanguageChanged du dklangcontroller mais le problème est que je ne trouve aucun moyen de récupérer la valeur à utiliser en fonction de la langue en cours. Pour les constantes, pas de problème mais pour les sections correspondantes au DFM, rien à faire.
Pourtant les données doivent biens trouver quelque part au changement de langue.

J'ai pensé à charger le fichier .dklang et tous les fichiers .lgn pour faire moi-même la recherche mais le fichier .dklang ne fait pas partie des fichiers déployés.
Je pourrais rajouter le fichier dans les ressources du projet et le récupérer au moment voulu mais tout ça me semble un peu exagéré.

Une idée pour me faire gagner du temps ?

[Papy214]

Bon, j'ai finalement développé un complément au composant pour compenser ses petites (même si peu fréquentes) erreurs
Fichier dklang en ressource extrait au démarrage et chargé dans un objet de mon crû.
Les traductions ajoutées pour chaque section et ça fait la "rue michel"

[pprem]

Un peu hors sujet mais pas tant que ça, Embarcadero a annoncé que les solutions existantes de gestion de langues dans VCL/FMX étaient en voie de devenir DEPRECATED pour celles qu'ils fournissent et qu'il vaut mieux passer par autre chose. Ils seraient en discussion avec un éditeur tiers pour fournir une nouvelle façon de gérer tout ça.

Il est donc possible que tu aies une autre solution avec l'une des versions à sortir d'ici un an. Du coup ne te prends pas trop la tête si c'est une utilisation ponctuelle de DKLang, il y aura peut-être plus pratique prochainement.

[Papy214]

C'est une annonce importante que tu fais là.

Après, si ça sort dans un an, ça sera utile à ce moment là mais pas dans l'urgence.
J'ai conservé DKLang dans le projet mais j'ai juste ajouté une liste complète des traductions pour les cas où il ne fonctionne pas correctement.
J'avais 2 choix possibles:

1: Soit mettre les chaînes traduites pour les cas qui ne passent pas dans le OnLanguageChanged

2: Soit charger toutes les traductions et ajouter une fonction de recherche dans la section voulue en fonction de la langue en cours.

Je ne m'en sers que très peu, juste pour compenser les quelques problèmes remontés.
D'ailleurs, je ne m'explique pas ces problèmes.
Quand il sait traduire 2 onglets d'un tabcontrol mais pas le troisième, c'est à se demander ce qui cloche.

[SergioMaster]

Embarcadero a annoncé que les solutions existantes de gestion de langues dans VCL/FMX étaient en voie de devenir DEPRECATED pour celles qu'ils fournissent et qu'il vaut mieux passer par autre chose. Ils seraient en discussion avec un éditeur tiers pour fournir une nouvelle façon de gérer tout ça.

ce serait pas un mal j'ai eu pas mal de difficultés avec les OTA officiels (et je crois que j'en ai encore avec un programme je crains qu'une des DLLs soit mal déployée sur un poste)
C'est ce que je n'ai jamais aimé avec cette histoire de traduction, si tu oublies de recompiler pour tous les langages une modification mineure n'est pas forcément répercutée et

DKLang est déjà un composant tiers, c'est TLang le composant "officiel". J'ai utilisé un peu DKlang mais je ne suis jamais tombé sur le genre de problème que tu exposes Papy d'où mon silence

[Papy214]

DKLang est déjà un composant tiers, c'est TLang le composant "officiel". J'ai utilisé un peu DKlang mais je ne suis jamais tombé sur le genre de problème que tu exposes Papy d'où mon silence

Le problème survient très rarement et façon incompréhensible.
Imagine juste un TForm sur lequel tu poses un TabControl.
Au départ, tu as 2 onglets. Les traductions fonctionnent très bien.

Un beau jour, tu dois en ajouter un troisième.
Sur cet onglet, un TLabel et un TButton.

Au moment où on change la langue, ce qui devrait s'afficher sur le titre de l'onglet supplémentaire s'affiche dans le TLabel et ce qui devrait s'afficher dans le TLabel s'affiche sur sur le TButton.

Pratique non ?

J'ai pourtant bien mis à jour tous les composants du projet et vérifier les fichiers pour dklang, tout semble correct.
C'est si à partir d'un certain niveau, il ne savait plus où il en est

[SergioMaster]

Ah, mais dès que tu modifies tes formes (je ne parle pas de positions des composants mais d'ajouts) il faut faire une mise à jour du "dictionnaire" ce n'est pas automatique (c'est le seul point que je trouve négatif) :
Projet/DKLang - Update project language source

Mais c'est peut-être ce que tu entends par

J'ai pourtant bien mis à jour tous les composants du projet et vérifier les fichiers pour dklang

[Papy214]

Déjà fait ...ça n'a rien changé.
La seule solution que je n'ai pas tentée (pour ne pas avoir à reprendre les textes traduits), c'est de supprimer le composant, recompiler, faire l'update, puis repartir avec un nouveau composant manager.
Si ça se trouve, ça aurait remis les choses en place.

Tous les éléments de l'interface sont bien dans les fichiers et les clés numériques sont correctes.

[oneDev]

Il est donc possible que tu aies une autre solution avec l'une des versions à sortir d'ici un an. Du coup ne te prends pas trop la tête si c'est une utilisation ponctuelle de DKLang, il y aura peut-être plus pratique prochainement.

Ça c'est vraiment une excellente nouvelle !