Github action pour traduire vos plugins 🌐

[Mips]

si tu mets des {{}} dans le html tu auras la traduction enregistrée avec le path vers le .html (et c’est ce que @Xav-74 a déjà)

l’exemple que tu montres ne correspond pas à son cas j’ai l’impression => comment as-tu codé ta traduction? si tu appelles __(xxx, __FILE__) dans ton .php, ca sera le path dans le .json.

[sagitaz]

OK, c’était mon erreur, dans toHTML j’avais mis des {{}}.

$replace['#actions#'] = $replace['#actions#'] . '<i class="fas fa-camera iconActionOff' . $this->getId() . '" title="'. __("Créer une capture", __FILE__) .'" onclick="execAction(' . $make_snapshot->getId() . ')"></i>';

Comme ceci plus de problème.
Merci

[tomitomas]

@Mips

Example for fr_FR glossary:

{
    "en_US": {
        "commande": "command",
        "type": "type",
        "pièce": "room"
    }
}

la casse est important apparemment. peut être ajouter les mêmes mots avec majuscules !?

c’est vrai que ca fait bizarre

[Mips]

non la casse ne l’est pas, en tout cas pas d’après mes tests
edit: tout comme les accords (singulier/pluriel masculin/féminin)

je parie plutôt que tu as gardé use_core_translations à true et qu’il y a une coquille dans une traduction du core

je pense que jeedom a quelque part un moyen de corriger ça mais j’ignore exactement comment;
@Loic doit-on fixer directement le .json ou c’est dans un tool de votre coté lorsque votre pote Jenkins passe?

[Loic]

Bonjour
Je comprends pas de quoi on parle la

[Mips]

De traductions erronées dans le core
Le cas typique du « type » traduit en « kind » cf ma capture qui vient d’une recherche sur le core.

Comment faites-vous pour forcer une traduction, ici forcer « Type » en anglais.
A la main en corrigeant les json de traductions ou autre outil, une espèce de dictionnaire maison que vous auriez? (Supposition)

[Loic]

Bonjour
Oui on a un site web pour gérer les traductions mais je pense plus personne ne va dessus pour le faire. A la prochaine réunion que j’ai avec jeedom je vais essayer de m’en rappeler et de leur remonter

[tomitomas]

@Loic

je vais essayer de m’en rappeler et de leur remonter

Je connais un super plugin pour pas oublier des trucs

[tomitomas]

une que tu n’as peut être pas @Mips dans fr_FR glossary: et qui peut être utile !?

"Port": "Harbor",

[Mips]

le repo est publique, tu peux faire un pr

[Michel_F]

Bonjour,

je me suis permi de lire les traductions en Allemand du plugin de Noyax37. C’est malheureusement carrément pas aussi bon que ce à quoi je m’attendais de la part de Deepl !

Une base anglaise donnerait de meilleurs résultat ?
Est-il possible de corriger manuellement ? J’imagine que le PR est éditable…

Je me pose ces questions car ma prochaine étape est de faire traduire mes plugins. Comme ça je sais évaluer environ la charge que ça représentera.

J’ai hâte de tester !

A+
Michel

[Mips]

• Je rappelle que j’ai prévu un système de glossaire (voir dernier paragraphe): GitHub - Mips2648/plugins-translations (qui créé un glossaires sur deepl bien entendu)
  ca permet d’éviter certaines traduction hors contexte; genre « vrai » => « real » ou « action » => « share » (bourse) …
  Je n’ai pas de connaissance en allemand donc pas de contenu mais ce glossaire peut probablement aider (PR bienvenu pour ceux qui ont des nouveaux cas à traiter)
• dans la version 1.20 de l’api (le workflow tourne actuellement sur la 1.18) ils ont ajouté un « model_type » qui peut prendre les valeurs suivantes: « quality_optimized », « prefer_quality_optimized », « latency_optimized »;
  j’ignore quel modèle est actif par défaut mais ca vaudrait peut-être la peine de passer sur « quality_optimized » vu que le délai on s’en fiche un peu et voir si ca améliore vraiment.

[Michel_F]

Dans le README, j’ai pas compris le truc de la branche translations…
Ca veut dire qu’il faut merger la branche translations avant de faire d’autres commit pour éviter que les traductions ne soient re-faites via deepl sans tenir compte du dernier run, c’est ça ?
(ça semble logique, mais je ne suis pas sûr… désolé)

[Mips]

oui c’est ca

la source va être ta branche dev ou beta par exemple, il fait le boulot, créé une branche « translation », commit les changements et fait un PR
donc si tu valides jamais le PR, la source ne sera jamais mise à jour et donc il refait tout le boulot

[Noyax37]

Super, une fois qu’on a tout compris (enfin presque ) c’est super facile. Je butais sur la traduction du template mais j’ai vu ta réponse là

Github action pour traduire vos plugins

donc c’est qlqch que tu n’avais pas jusqu’ici mais que tu voudrais avoir? j’avais compris que c’était un point qui ne fonctionnait pas alors que c’était le cas dans une de tes anciennes versions de plugins (autre outil de trad par exemple) ton js est inclu directement dans le html si j’ai bien vu, donc pas d’appel à include_file() (<= c’est cette méthode qui effectue la traduction si disponible pour les fichiers js) et ton html, tu traduis le contenu à un moment, car je ne pense pas que le co…

c’est top. Merci

Juste un petit conseil pour ceux qui suivront (s’ils le lisent), j’avais beaucoup de texte à traduire présentés comme ça

{{ blablabla }}

Le texte à traduire était bien " blablabla " mais le texte traduit était " blublublu", le dernier espace était supprimé. En soit cela ne pose pas de problème sauf si vous avez du texte qui arrive derrière et pour lequel il faut laisser un espace sinon les mots sont collés. J’ai donc mis les espaces en dehors des accolades et là il n’y a plus de problème.

[Noyax37]

@nebz

Ou alors tu as fait comme moi les premières fois… mis en place le yml et puis fait plusieurs modifications qui chaque fois relancent une nouvelle traduction par deepl.

Du coup la solution c’est de mettre en place le yml, puis merger le pr et ensuite on fait les modifs nécessaires

Me suis aussi fait avoir avec ça

Je ne connais pas le principe des workflows de github mais ne serait il pas possible de ne lancer l’action que d’une façon manuelle et pas automatique? Sinon il faut supprimer le fichier yml et le recréer à chaque fois?

Petite question pendant que j’y suis, si on veut traduire un texte comme ça par exemple:

'blablabla ' . $truc . ' machin chouette'

Peut on faire ça:

__('blablabla ' . $truc . ' machin chouette', __FILE__)

ou doit on faire ça:

__('blablabla', __FILE__) . '  ' . $truc . __(' machin chouette', __FILE__)

?

[nebz]

Deuxième choix

Mais les traductions peuvent être approximatives car il n’y a pas de contexte lié entre les deux parties de la phrase, s’il est possible il faudrait rephraser pour mettre la variable à la fin.