Ajouter un champ CSS aux formulaires… pour permettre de rajouter des classes CSS sur les formulaires.

Ding ding ding, il est 3h00, c'est l'heure de permettre de poster une réponse Formidable par API Collection+JSON ! En plus des champs du formulaire (input_1, etc), il faut rajouter 'id_formulaire' dans les 'data' envoyés. Après ça teste l'autorisation du coup, et c'est parti pour verifier() et traiter(). On repart avec un 201 et le retour en JSON de la nouvelle réponse créée.

On donne accès en lecture aux formulaires et aux réponses en Collection+JSON. Plus tard le postage de réponses à un formulaire, en écriture donc.

Après des années avec une table de liaison générique, on ajoute enfin le formulaire editer_liens… uniquement sur les objets configurés pour ça évidemment.

On ajoute deux pipelines qui permettent d'étendre l'export des réponses : un pour les titres de colonnes, et un pour chacune des réponses.

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue ru

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formulaire] Export depuis http://trad.spip.net de la langue ru

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue ru

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue pt_br

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formulaires_reponse] Export depuis http://trad.spip.net

Dans un formulaire, quand on choisit de réafficher à l'utilisateur les valeurs qu'il a saisi, on ne veut pas lui montrer les <hidden>. Up de z : version 2.9.15

[Salvatore] [source:_plugins_/formidable/trunk/lang/ paquet-formidable] Export depuis http://trad.spip.net

Ferme #3735

http://zone.spip.org/trac/spip-zone/browser/_plugins_/verifier/paquet.xml?rev=54497
J'en profite pour mettre yaml en 1.5.2 car la version 1.5.0 posait problème avec spip, la version 1.5.1 pourrait être suffisant, mais je mets la 1.5.2 car l'unique différence entre les deux version, c'est que la 1.5.2 est compatible spip 3.0.x et 3.1.x
http://zone.spip.org/trac/spip-zone/changeset/74084/_plugins_/yaml

+ pas de formulaire dans une boite dans la colonne extra des analyses

on accede aux reponses quelles que soit leur statut, mais a l'analyse uniquement si il y a une reponse publiee au moins
+ eviter les liens redondant vers soi meme dans la colonne de gauche

- conventionnellement la boite raccourci sert a des liens, pas des boutons d'action de suppression
- on deplace le bouton de suppression en partie centrale, soumis aux conditions 1/que toutes les reponses sont affichees 2/ qu'il y a au moins 10 reponses a supprimer
- on le soumet a la bonne autorisation
- dans l'action on verifie l'autorisation
- dans l'action, le statut est refuse et pas poubelle
- on ne met pas un formulaire dans une boite dans une colonne

+ ajout du nombre de reponse de chaque statut dans les onglets, si non nul (mais pas sur l'onglet 'toutes')

Si on regarde
http://zone.spip.org/trac/spip-zone/browser/_plugins_/formidable/trunk/base/formidable_tables.php#L157
on voit que le statut des reponses a la poubelle est bien prévu pour être "refuse" et pas "poubelle"

En fait en remontant un peu on s'aperçoit que dans
http://zone.spip.org/trac/spip-zone/changeset/80518

il avait ete tranché entre les 2 déclarations incohérentes, une spécifiant 'poubelle' et l'autre 'refuse'
Et que les puces de changement rapide permettent de passer en "refuse" et pas en "poubelle".

Manque de bol, ce commit est venu mettre le souk par la suite
http://zone.spip.org/trac/spip-zone/changeset/80693/
en mettant toutes les réponses au statut poubelle avec un bouton

Donc :
1/ actuellement le statut attendu est bien refuse
2/ on a des bases dans la nature avec à la fois du statut 'poubelle' et du statut 'refuse'
3/ le code actuel est devenu totalement incohérent

Plein d'accolades pour la syntaxe dans ce fichier, de l'indentation, et deux vérif que l'id est bien un entier.

[Salvatore] [source:_plugins_/formidable/trunk/lang/ paquet-formidable] Export depuis http://trad.spip.net

Fix https://core.spip.net/issues/3617 : passer $set a objet_modifier_champs pour qu'elle ne detecte les conflits sur $_POST que quand c'est pertinent

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue en

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue ar

[Salvatore] [source:_plugins_/formidable/trunk/lang/ formidable] Export depuis http://trad.spip.net de la langue ar

L’import des ces fichiers fonctionne très bien à condition de supprimer l’identifiant du formulaire dans le fichier .wcs sinon le processus d’import échoue sans explication complète.