Mais il semble que ce plugin a de la poussière sous le tapis. Il faudrait voir pour chercher un peu plus sur le soucis de dépendances. La fonction vérifier_lister_disponibles utilise la fonction verifier_charger_infos() qui utilise elle-même yaml_decode_file(). Mais là, il est clairement primordiale que le plugin YAML soit actif. Sinon, on aura une erreur.
Il y a aussi la fonction _T_ou_typo().
Passer le en a posé des problèmes aux utilisateurs… Et cela je crois parce qu’ils n’avaient pas le plugin YAML sur leur installation.
C’est ce que j’en déduis de mes tests.
Soit, on incorpore ces fonctions dans verifier en mettant if (!function_exists(‹ yaml_decode_file ›)) { function yawl_decode_file($file) { blabla } }
Soit, il faut comprendre pourquoi les sont inopérants.
Soit, il faut comprendre pourquoi les <necessite> sont inopérants.
Mais il n'y a jamais eu de necessite car il est parfaitement possible
d'utiliser ce plugin uniquement pour son API *de vérif* pour l'appeler
soi-même en PHP. Et dans ce cas, à aucun moment il n'y a besoin de la
liste des vérif, de la liste des configs, etc, tout ce qu'il y a dans
les YAML.
Les YAML c'est pour ceux qui utilisent la deuxième API (la meta-API ?)
celle qui liste les vérifications possibles et leurs configurations.
C'est donc aux plugins utilisateurs de choisir quoi faire suivant
quelles API ils utilisent. Donc à Formidable ou Champs Extras, etc.
C'est eux qui doivent necessiter verifier ET yaml ET tout autre chose
nécessaire suivant leur besoin.
Mais les plugins (ou trucs métiers dans ton coin) peuvent et doivent
parfaitement pouvoir n'utiliser que l'appel aux vérifications PHP si ça
leur suffit.
Passer le <utilise> en <necessite> a posé des problèmes aux utilisateurs… Et cela je crois parce qu'ils n'avaient pas le plugin YAML sur leur installation.
C'est ce que j'en déduis de mes tests.
Je proteste™ : YAML est en permanence installé sur mon espace de dev.
Et ça n'a pas empêché de planter avec le necessite.
Le 20 septembre 2017 à 12:38, RastaPopoulos <rastapopoulos@spip.org> a
écrit :
Le 20/09/2017 à 12:19, Ybbet Spip a écrit :
> Soit, il faut comprendre pourquoi les <necessite> sont inopérants.
Mais il n'y a jamais eu de necessite car il est parfaitement possible
d'utiliser ce plugin uniquement pour son API *de vérif* pour l'appeler
soi-même en PHP. Et dans ce cas, à aucun moment il n'y a besoin de la
liste des vérif, de la liste des configs, etc, tout ce qu'il y a dans
les YAML.
Les YAML c'est pour ceux qui utilisent la deuxième API (la meta-API ?)
celle qui liste les vérifications possibles et leurs configurations.
C'est donc aux plugins utilisateurs de choisir quoi faire suivant
quelles API ils utilisent. Donc à Formidable ou Champs Extras, etc.
C'est eux qui doivent necessiter verifier ET yaml ET tout autre chose
nécessaire suivant leur besoin.
Je suis d'accord avec toi.
Mais là, ce plugin utilise clairement des fonctions qui sont en-dehors de
son champ d'action. Donc, il y a la possibilité de sortir ces fonctions
pour les intégrer dans un "sous-plugin". Un peu à la sauce zcore, ncore.
Cela rejoint bien ce que je disais précédemment, c'est un plugin API, donc
il doit être autonome et ne nécessiter aucun autre plugin ni en utiliser.
Il y a dans formidable, saisies et verifier un semblant de fonction
génériques : charger_infos et lister_disponibles. Toutes deux appelant des
fonctions de YAML.
Mettre en place un pipeline dans YAML ? Ou des constantes ?
Mais les plugins (ou trucs métiers dans ton coin) peuvent et doivent
parfaitement pouvoir n'utiliser que l'appel aux vérifications PHP si ça
leur suffit.