Traduction d'un widget custom

Salon des Développeurs Aide Programmation
1

Hello,

en mettant en place la traduction de mes plugins, je me heurte à un petit soucis…

La trad n’est pas acceptée à l’intérieur d’un paramètre pour customiser un widget.

ce bout de code là empêche l’affichage du plugin :

public static $_widgetPossibility = array(
      'custom' => true,
      'parameters' => array(
         'birthdayImg' => array(
            'name' => __('Image perso du widget', __FILE__),  // si on met le texte en dur, c'est OK
            'type' => 'input',
            'allow_displayType' => 'Dashboard',
         )
      )
   );

une idée ?

2

Je regarde demain ce que j’ai car j’ai le cas aussi et c’est traduit il me semble

3

Bon, j’avais 10min et j’ai fait un check rapide: je n’ai pas ce genre de construction
j’ai des widget code (public static function templateWidget()) avec des traductions et ca fonctionne

je ne sais même pas trop ce que ca permet ton code en fait, ca doit être lié au fait que dès que ca parle de widget je m’enfuis :sweat_smile:

4

ca permet ça, lors de l’édition de la tuile du widget sur le dashboard :
image

@Xav-74 doit en avoir plusieurs … tu as fait comment ? ou pas fait comment ? :slight_smile:

5

Hello,
Je n’ai pas été concerné pour le coup car ces paramètres ont disparu avec l’apparition de mon panel :wink:

6

Ah ba bravo …! :slight_smile:

@Loic une idée ?
Ca devrait surement etre fait pour/sur de l officiel !?

7

Hello,

et si tu remplace par des accolades (mais j’y croit pas trop :grin:) ?

public static $_widgetPossibility = array(
      'custom' => true,
      'parameters' => array(
         'birthdayImg' => array(
            'name' => '{{Image perso du widget}}',
            'type' => 'input',
            'allow_displayType' => 'Dashboard',
         )
      )
   );
8

Je pense que le souci est le même que pour le texte dans toHTML.

La traduction est faite sur le fichier idplugin.class.php alors qu’on affiche la modal eqLogic.dashboard.edit.php

9

Mon soucis n est pas un soucis de traduction, (je n en suis pas encore là ! :slight_smile: ) , mais une exception levée par php, qui n accepte visiblement pas d avoir une constante variable

De + ton rajout a la main, sera automatiquement supprimé lors du prochain passage du bot, car il ne trouvera ps de correspondance dans le fichier php…??

10

ah oui bien sur, c’est ca

du coup la proposition de @Phpvarious va être accepté sauf que rien ne sera traduit je pense car lors de l’affichage le core va chercher une traduction qu’il ne trouvera pas (mais il ne devrait pas y avoir d’accolade à l’affichage)

11

Cest le fait de mettre une fonction dans le array qui génère une erreur.
Pour ce cas de trad dans un array, on retrouve bien l’utilisation des accolade dans le core.

mais pour ce cas, comme dit Mips, la trad ne se fera pas car pas dans le bon fichier.

Je suis pas devant le Pc mais la nouvelle fonction qui permet au plugin d’afficher des infos dans le nouvelle onglet de la page des eqLogic (eqLogic_specialAttributesPlugin) utilise ceci :

Peut-être s’appuyer dessus pour PR le core, mais cela oblige a maintenir 2 souces pour les trad.

12

Je n’ai pas compris ta proposition

le problème n’est pas d’avoir une fonction dans un array mais que celui-ci (ou n’importe quoi comme variable) soit static/constant … pcq une fonction c’est pas constant

dans l’exemple que tu montres on pourrait utiliser des fonctions, d’ailleurs c’est le cas: translate::getLanguage() est une fonction :slight_smile:

ou alors je n’ai rien compris à ce que tu voulais montrer

13

Ce que j’essaie d’expliquer (tout en tirant mes cable 240mm2 alu) :rofl:, cest que @Loic dans le création de cette nouvelle info (eqLogic_specialAttributesPlugin) et si jai bien compris le fonctionnement, va chercher direct la trad dans la array.
Si il a fait comme ceci, c’est certainement pour contourner ce soucis de trad.

Il faudrait donc ce baser sur ce même fonctionnement pour le $_widgetPossibility.

Avec un truc du genre :

public static $_widgetPossibility = array(
      'custom' => true,
      'parameters' => array(
         'birthdayImg' => array(
            'name' => array(
              'fr_FR' => 'Image perso du widget',
              'en_En' => '......',
            ),
            'type' => 'input',
            'allow_displayType' => 'Dashboard',
         )
      )
   );

Et ainsi modifier le core :

Par

$echo .= $parameter['name'][translate::getLanguage()];

En verifiant bien sur que cest un array avant, pour garder la compatibilité.

14

bon ba … faute de « vraie solution », j’ai fait plus simple → la config de l’image se fera sur l’équipement et non plus sur le widget :slight_smile:
en + c’est plus visible comme ca :slight_smile:

<label class="col-sm-3 control-label">{{Image personnalisée}}</label>
<div class="col-sm-7">
	<input type="text" class="eqLogicAttr form-control" data-l1key="display" data-l2key="custom_img" />
</div>

et hop, c’est traduit et ça pose plus de soucis :slight_smile:

je laisse ouvert, des fois qu’il y ait des retours sur les précédentes propositions

15

Copieur va :slight_smile:

16

J’ai PR une solution qui peut servir pour d’autre au cas ou :

1 « J'aime »
17

Meme pas !
J ai pas de panel moi juste un widget custo :slight_smile:

1 « J'aime »
18

Merci !
(Bon faut faire la trad tout seul par contre :slight_smile: )