defaut ca apparait si il trouve pas le widget dans la liste et en custom::XXX il le trouvera jamais alors que en customtemp::XXX il devrait
oui ca semble bon, j’ai des widgets du CODE qui sont apparu après avoir fait une suppression dans le plugin widget
Il vous restera à traiter les chemins en absolu dans les fichiers pour par exemple les images.
Exemple dans le widget qu’il me reste à traiter:
var imgPath = 'plugins/widget/core/template/dashboard/cmd.info.numeric.Signal_IMG/';
1 « J'aime »
je viens de passer toute la base en « customtemp », ceux qui étaient en « widget »
j’ai supprimé le plugin WIDGET
j’ai renommé à la volé (357 lignes modifiées)
plugins/widget/core/template => data/customTemplates
et tout semble OK
quelques correction à faire, de mémoire la gestion de l’affichage du NAME qui change
<span class="cmdName" style="font-weight: bold;font-size : 12px; #hideCmdName#">#name_display#</span>
devient
<div class="title #hide_name#">
<div class="cmdName">#name_display#</div>
</div>
d’ailleurs ca m’arrange pas trop, on peut pas faire uniquement ?
<div class="cmdName #hide_name#">#name_display#</div>
il y a un moyen pour relancer la cache des images, j’ai du vider le cache du navigateur et les images ne s’affichent que si je resauvegarde la commande
un petit moteur de recherche est prévu dans la partie CODE ? stp @Loic 
c’est vrais que c’était pratique d’avoir le nombre de commande affilié au widget, Excel devrait faire le nécessaire
Non la partie code n’evoluera pas désolé on encourage pas du tout son utilisation car lors de changement comme la en v4 c’est la misere pour nous et nous a fait perdre au bas mot plusieurs milliers d’heure.
Ça reste quand même un widget v3 ( ou moins) avec plein de déf de style alors qu’en v4 il y a des class CSS. Ca va donner par exemple des textes de hauteur diff entre vos widgets et les widgets core.
Class de nom différent:
Ex: widget v3 en v4 
Quand je modifie, j’essaie de repartir d’un widget core v4 et faire l’adaptation
oui, c’est aussi ce que je pense faire
tout ce que je peux passer en CORE, en TEMPLATE et en WIDGET CODE Adapté
mais sans stress, car pour le moment, tout s’affiche plus ou moins correctement
merci à tous
c’est quoi cette erreur sur la page CODE ?
200 : SyntaxError: Unexpected end of JSON input
il n’y a pas de moyen pour forcer le « name » ou « display_name » dans un template ?
Ben si tu mets #name# dans option ou name je sais plus et la valeur que tu veux
Pour les cmd.info (ex: badge du core), c’est name_display dans les paramètres optionnels des commmandes
J’ai jamais trop creusé cette question mais de mémoire #name# n’affiche que le nom de la commande la où #name_display# contient le nom et l’icône
1 « J'aime »
Dans un widget v4, yapa de #name#
Ex avec le badge core:
<div class="title #hide_name#">
<div class="cmdName">#name_display#</div>
</div>
C’était en V3 et j’ai pas creusé en V4 donc je dis peut-être une énormité. Si tu mets #name# au lieu de #name_display# le nom ne s’affiche pas?
( et hors sujet mais pas tout à fait, vous pourrez nous faire un tuto migration widget v3-v4 quand la procédure est au point ? … Si jamais je me décide un jour à migrer sur v4 
)
Dans mes widgets
Type info binaire, j’ai
<div class="title #hide_name#">
<div class="cmdName" style="#hideCmdName#">#name_display#</div>
</div>
Voici le résultat de mes tests avec #name_display# 1ere ligne et #name# 2eme ligne dans le widget et les différentes case à cocher:
L’icone, c’est un poisson.
Donc c’est bien ce que je disais? #name# = uniquement le nom de la commande et #name_display# = icône + nom
Oui.
Avec une irrégularité dans la colonne du milieu quand on ne demande que le nom ET l’icone, on n’a rien.
Et 1ère ligne à droite, on demande le nom et on a l’icone. Dans ce cas, s’il n’y a pas d’icone associée à la commande, on a le nom.