Merci @mutmut pour le retour, et bien vu 
Petit éclairage sur le « pourquoi » de l’anglais, parce que ce n’est pas un simple oubli de traduction :
Dans l’intégration, les messages « normaux » (statut de connexion, retour de l’action quand au moins une TV répond, badges par TV) sont envoyés au format multi-langue { en, fr, de } → traduits automatiquement selon ta langue.
Le toast rouge, lui, vient du fait que l’action lève une erreur — c’est ça qui déclenche la couleur rouge. Et côté SDK d’intégration externe :
- une erreur levée (throw) est relayée à Gladys comme une simple chaîne de texte, pas comme un objet multi-langue ;
- le handler d’action (onAction) ne reçoit pas la langue de l’utilisateur (contrairement aux widgets onWidgetGet qui reçoivent language).
Donc aujourd’hui un toast rouge ne peut pas être traduit par langue comme les messages verts. Les deux seules options actuelles :
1. toast rouge mono-langue (fr pour la commu, mais un utilisateur EN/DE le verrait en fr) ;
2. toast vert localisé + on s’appuie sur les badges rouges « injoignable » par TV pour la sévérité.
@pierre-gilles est-ce que ce serait envisageable d’ajouter côté SDK la possibilité d’une erreur d’action localisée ? Deux pistes :
-
accepter un objet
{ en, fr, … }comme message d’erreur d’une action (au lieu d’une simple string), ou -
passer la langue de l’utilisateur au handler
onAction(comme pouronWidgetGet), à charge pour l’intégration de traduire.
En attendant, je laisse la 2.2.4 telle quelle (toast rouge en anglais) — dites-moi quelle approche vous préférez.