Log:
On défait [12822] qui confondait le retour en boucle d'un formulaire jusqu'à réception de données acceptables, et la redirection vers la page finale après cette acceptation. Trois remarques cependant:
* #1539 reste à résoudre;
* la question posée par [12822] de l'ordre hétérogène des arguments dans les balises {{{#FORMULAIRE_EDITER_}}} reste posée;
* un point de doc qui manquait cruellement: ces balises ont un 7e argument qui sera inclus à l'intérieur dans le formulaire produit, et qui peut donc contenir des saisies supplémentaires.
A noter cependant que les limitations syntaxiques des squelettes font que ce 7e argument ne peut contenir des boucles (erreur de syntaxe immédiate) ni une inclusion dynamique (un {{{<INCLURE..>}}}) ici produit un code incohérent) mais une inclusion statique marche. Exemple:
{{{
(#FORMULAIRE_EDITER_ARTICLE{ #ID_ARTICLE, #ID_RUBRIQUE,
'./?page=art_edit',
0,
langue_article_dynamique,
'',
[<fieldset>
<legend>Choisir un ou plusieurs mots-clés</legend>
(#INCLURE{fond=formulaires/inc-choix_mots}{id_groupe}{unseul})
</fieldset>]})
}}}
Log:
On défait [12822] qui confondait le retour en boucle d'un formulaire jusqu'à réception de données acceptables, et la redirection vers la page finale après cette acceptation. Trois remarques cependant:
* #1539 reste à résoudre;
je ne crois pas que ce soit un bug récent si on considère que c'est un bug, mais un défaut d'interface sans doute plus flagrant du fait que l'on reste en édition après renseignement automatique du site par Spip :
Quand un site syndiqué proposé plusieurs rss, spip propose un select qui permet d'en choisir un parmi ceux la et ne laisse pas la possibilité de remplir le champ manuellement. Il faut enregistrer et revenir en edition pour récupérer la saisie libre.
* la question posée par [12822] de l'ordre hétérogène des arguments dans les balises {{{#FORMULAIRE_EDITER_}}} reste posée;
L'ordre est aussi homogène que le permet l'hétérogénéité des objets de Spip :
id de l'objet
id du parent de l'objet (mais disparait quand un objet n'a pas de parent)
retour apres saisie
lien traduction (mais disparait quand un objet ne porte pas de langue)
fonction de config
$row
$hidden
Le choix de l'ordre a été dicté par l'utilisation probable courante dans les squelettes et la priorité des arguments :
indiquer le parent de l'objet édité est considéré comme plus important et plus courant que le retour apres saisie qui sera bien souvent omis dans un squelette public.
* un point de doc qui manquait cruellement: ces balises ont un 7e argument qui sera inclus à l'intérieur dans le formulaire produit, et qui peut donc contenir des saisies supplémentaires.
ah, oui effectivement, on peut le détourner comme cela si cela te dépanne, mais dans l'esprit c'etait vraiment dédié aux variables hidden ...