dans la prévisu (bouton 'voir') de porte-plume, si on a inséré
un modèle de formulaire ('<formulaire|editer_logo|truc=un>'
par exemple) dans le texte à prévisualiser, alors on obtient
l'affichage assez disgracieux (il faut bien le dire) de :
<?php include_once("./" . _DIR_RACINE . "ecrire/balise
/formulaire_.php"); if ($lang_select = "fr") $lang_select =
lang_select($lang_select);
inserer_balise_dynamique(balise_FORMULAIRE__dyn('FORMULAIRE_
EDITER_LOGO', 'un'), array('', '', '', '', 'fr')); if
($lang_select) lang_select(); ?>
ne pourrait-on, dans ce cas là (appel de formulaire donc),
soit afficher le formulaire (en le rendant inopérant),
soit n'afficher que le raccourci ?
on aura (bien sûr) relevé que c'est le :
eval('$texte=' . str_replace('%s', '$texte', $ps) . ';');
de :
plugins-dist/porte_plume/porte_plume_fonctions.php (L.821)
qui nous en gratifie
Sauf erreur, c'est la même faute de conception que celle de SPIP 2.1 que j'ai corrigée ici: http://core.spip.org/projects/spip/repository/revisions/20455
Il faudrait réussir à le reporter dans SPIP 3, car a plein d'avantages,
en particulier de pouvoir prévisualiser en PDF.
Je ne pense pas que cela soit le même problème, car ta correction porte le
numéro 20455 et la dernière version de spip 2.1.23 le numero [20601]
Donc, ton patch est inclus dans la dernière version de spip 2.1 et malgrer
cela, il y a quand même également le problème avec les plugins "formidable"
0.8.3 [75996] et "gis" 2.4.8 [73894] sous php 5.4.6
Je ne sais pas s'il y a eu report de ton patch en spip3, mais en tout cas,
le problème que j'ai avec les deux plugs est également présent.
Ah ok, je n'avais pas compris que c'était la prévisu de l'espace privé.
Je ne l'utilise jamais car c'est trop différent de ce qu'il y aura dans l'espace public.