Saisies

Publié le : 27 mars 2010 – Dernière modification le 4 novembre 2023 – par Maïeul, RastaPopoulos – 751 commentaires

75 votes

Le plugin Saisies facilite le développement des formulaires, en proposant des méthodes et outils pour déclarer et vérifier les champs.

Introduction

Créer un formulaire est une tâche toujours un peu répétitive : les champs ont souvent les mêmes propriétés, le même accompagnement (message d’erreur, explication ...) et la même structure HTML. Ce plugin est un outil d’aide au développement, ayant pour but de faciliter et d’accélérer l’écriture des formulaires.

Pour cela, Saisies propose plusieurs mécanismes (balises, API PHP) pour générer et manipuler plus facilement les champs des formulaires. De cette manière, les squelettes de formulaires sont :

plus lisibles : il n’y a que le strict nécessaire dedans, pas de répétition ;
intégrés au fonctionnement CVT de SPIP, notamment pour la gestion des erreurs sur les champs ;
automatiquement compatibles avec les recommandations HTML/CSS de SPIP.

Dans la présente documentation, nous présentons la manière de construire un formulaire avec Saisies de la méthode la plus robuste à la méthode la moins robuste.

Les méthodes moins robustes sont présentées pour deux raisons :

ce sont les méthodes les plus anciennes. On trouve encore beaucoup de code les utilisant ;
il est parfois nécessaire de passer par là, pour des réglages fins.

Pour utiliser l’API complète PHP, vous devez installer ou nécessiter le plugin YAML dans votre plugin. Ce n’est pas le cas quand on utilise juste la simple balise, ce pourquoi c’est à vous de le nécessiter.

Dans la présente documentation, lorsqu’un code est entre chevrons (comme <ceci>), vous devez le remplacer par une valeur correspondant à votre projet.

Cette documentation est valable à partir de la version 4.11.0 ou du plugin.

Méthode 1 : déclarer un formulaire CVT complet en PHP

Principe

Saisies augmente l’API CVT de SPIP avec une fonction formulaires_<nomduformulaire>_saisies() afin de déclarer l’ensemble des champs d’un formulaire et leur vérification dans une unique syntaxe. Cette fonction permet également de déclarer différents réglages de formulaire, tel que :

le label du bouton de validation final ;
l’utilisation en multiétapes.

Grâce à ce mécanisme, pour les cas les plus courants, les fonctions formulaires_<nomduformulaire>_charger() et formulaires_<nomduformulaire>_verifier() deviennent facultatives. Saisies s’occupera de tout suivant votre déclaration. Seule la fonction formulaires_<nomduformulaire>_traiter() reste toujours de votre ressort.

De même, par défaut, vous n’avez plus à vous occuper du squelette. Il doit toujours être présent, avec le même nom que votre fichier PHP dans le dossier formulaires/, mais vous devez le laisser totalement vide. Saisies s’occupera de générer le HTML complet, en suivant les recommandations de structuration de SPIP.

Enfin, dans le cas particulier où vous créez un formulaire de configuration, vous n’aurez même pas à déclarer les valeurs par défaut ni le traitement. Voir l’article « Formulaire de configuration avec le plugin Saisies ».

Mise en œuvre

Il vous faut donc créer un fichier formulaires/<nomduformulaire>.html vide, ainsi qu’un fichier formulaires/<nomduformulaire>.php contenant deux fonctions :
- formulaires_<nomduformulaire>_traiter(), qui indique ce que votre formulaire doit effectuer comme traitement ; cela n’est pas du ressort du plugin Saisies ;
- formulaires_<nomduformulaire>_saisies(), pour déclarer les saisies proprement dites.

Cette dernière fonction reçoit comme arguments les mêmes arguments que la fonction _charger() du formulaire CVT, et elle doit retourner un tableau PHP contenant la liste de toutes vos saisies suivant un formalisme attendu.

formulaires_<nomduformulaire>_saisies(…) {
    $saisies = […];
    return $saisies;
}

Déclaration de l’ensemble des saisies

Chaque ligne globale du tableau renvoyé décrit une saisie.
L’ordre des éléments sera l’ordre des saisies.

$saisies = [
    […], // une saisie
    […], // une saisie
    […], // une saisie
];

Déclaration d’une saisie individuelle

Chaque saisie est elle-même décrite dans un tableau, qui prend par exemple la forme suivante :

[
    'saisie' => 'input',
    'options' => [
        'nom' => 'nom',
        'label' => 'Votre nom',
        'defaut' => 'Valeur par défaut'
    ],
];

On consultera « Référence des saisies » pour avoir l’ensemble des saisies et des options disponibles en standard.

D’autres plugins ajoutent leurs propres saisies, et vous pouvez aussi créer vos propres saisies.

Déclaration des saisies enfants

Les saisies qui acceptent des enfants (comme les fieldsets) les placent dans une clé saisies dont la valeur est un tableau ayant la même structure que le tableau global :

$un_fieldset = [
    'saisie' => 'fieldset',
    'options' => [
        'nom' => 'mon_groupe',
        'label' => 'Mon groupe de champ'
    ],
    'saisies' => [
        […], // une autre saisie
        […], // une autre saisie
        […], // etc
    ]
];

Appliquer des vérifications

Pour des vérifications simples et uniques vous pouvez en déclarer des vérifications à appliquer sur chacune de vos saisies, avec le plugin API de Vérification (qui n’est pas activé automatiquement avec le plugin saisies).

Il faut alors ajouter une clé verifier selon ce formalisme :

[
	'saisie' => 'input',
	'options' => [
		'nom' => 'slug',
		'label' => 'slug',
		'obligatoire' => 'oui',
	],
	'verifier' => [
		[
			'type' => 'taille',
			'options' => ['min' => 10]
		],
		[
			'type' => 'slug',
		],
	],
];

Permet de vérifier que nous avons affaire à un slug d’une taille minimum de 10 caractères.

Consulter « Références des vérifications » pour la liste des types de vérification livrés avec le plugin et de leurs options.

Pour les versions du plugin < 4.3.0, il n’est possible de déclarer qu’une seule vérification par saisie, sous la forme :

[
    'saisie' => 'input',
    'options' => [
        'nom' => 'nom',
        'label' => 'nom',
        'obligatoire' => 'oui',
    ],
    'verifier' => [
            
        'type' => 'entier',
        'options' => [
            'min' => 100,
            'max' => 500
        ],
    ],
];

Support du multilinguisme

Saisies supporte le multilinguisme. Ainsi, dans l’exemple ci-dessous, la chaine de langue <:cle:valeur:> sera automatiquement interprétée.

[
    'saisie' => 'input',
    'options' => [
        'nom' => 'nom',
        'label' => '<:cle:valeur:>',
        'size' => 50
    ],
];

Options globales

Il est possible de déclarer des options d’affichage globales à l’ensemble du formulaire. Elles sont alors placées dans une clé options à la racine du tableau des saisies.

$saisies = [
    'options' => [
        // Changer l'intitulé du bouton final de validation
        'texte_submit' => 'Valider c’est gagné',
        …
        '<option>' => '<valeur>' //Une autre option
    ],
    […], // une saisie
    […], // une saisie
    […], // une saisie
);

Option	Usage	Valeur possible	Valeur par défaut
Options pour le bouton de validation
`texte_submit`	Texte du bouton de validation	Texte, passe par `_T_ou_typo()`	`<:bouton_enregistrer:>`
`afficher_si_submit`	Condition pour afficher le bouton de validation	Voir « Affichage conditionnel des saisies : syntaxe des tests »	`null`
Options pour la gestion des étapes multiples
`etapes_activer`	Activer la gestion multi-étapes, chaque `fieldset` de premier niveau devient une étape	`True\|False`	`False`
`etapes_presentation`	Mode de présentation des étapes en haut du formulaire	`'defaut'\|'courante'`, il est possible de créer son propre mode en créant un squelette `formulaires/inc-saisies-cvt-etapes-<presentation>.html`	`defaut`
`etapes_suivant`	Texte du bouton pour aller à l’étape suivante	Texte, passe par `_T_ou_typo()`	`<:bouton_suivant:>`
`etapes_precedent`	Texte du bouton pour revenir à l’étape précédente	Texte, passe par `_T_ou_typo()`	`<:precedent\|ucfirst:>`
`etapes_precedent_suivant_titrer`	Permet d’ajouter le titre des étapes dans les boutons « précédent » et « suivant »	`True\|False`	`False`
`etapes_ignorer_recapitulatif`	Permet de ne pas insérer de récapitulatif avant la validation finale	`True\|False`	`False`
Options techniques
`verifier_valeurs_acceptables`	Permet de s’assurer que les valeurs reçues figurent bien parmi les valeurs proposées lors de la saisie du formulaire	`True\|False`	`False`
`afficher_si_avec_post`	Permet que les saisies masquées par affichage conditionnel soient tout de même postées	`True\|False`	`False`
`inserer_debut`	Contenu arbitraire à insérer au début du formulaire, par exemple pour appeler un script Javascript	Chaîne de caractères	`null`
`inserer_fin`	Contenu arbitraire à insérer à la fin du formulaire, par exemple pour appeler un script Javascript	Chaîne de caractère	`null`

Si un texte passe par _T_ou_typo(), cela peut être :

un texte directement écrit dans la langue du site ;
un appel à une chaîne de langue sous la forme <:fichier_de_langue:chaine:> ;
un texte utilisant la balise <multi> pour gérer l’internationalisation.

Pipeline

Lors du chargement des saisies déclarées via une fonction formulaires_<nom_du_formulaire>_saisies(), les saisies sont passés à un pipeline formulaire_saisies. Le tableau $flux passé à ce pipeline à la structure suivante :

- $flux['args']['form'] : le nom du formulaire ;
- $flux['args']['args'] : les différents arguments passés ;
- $flux['data'] : les saisies.

Il est donc possible à un plugin de modifier dynamiquement les saisies d’un formulaire en utilisant les différentes fonctions de l’API de saisies.

Méthode 1a : déclarer un formulaire CVT en PHP, mais effectuer soi-même des vérifications

Parfois il est nécessaire d’avoir des vérifications supplémentaires sur les saisies. Pour ce faire, vous devez déclarer votre propre fonction formulaires_<nomduformulaire>_verifier().

Dans ce cas, vous ne perdrez pas le bénéfice d’une déclaration des vérifications de base dans votre tableau de saisies : celles-ci sont alors automatiquement effectuées après vos propres vérifications.

Toutefois, il est parfois nécessaire de faire en sorte que les vérifications « par déclaration » se fassent avant vos propres vérifications. Dans ce cas, la méthode la plus propre est de déclarer ses vérifications non pas sous forme d’une fonction formulaires_<nomduformulaire>_verifier(), mais par la création d’une fonction formulaires_<nomduformulaire>_verifier_post_saisie(), ou sa variante verifier_etapes_post_saisies() dans le cadre du multiétape.

À noter qu’il existe deux pipelines pour ajouter des vérifications à un formulaire existant : formulaire_verifier_post_saisies et formulaire_verifier_etapes_post_saisies.

Méthode 1b avec `#GENERER_SAISIES` : contrôler la structure globale du formulaire, mais utiliser le formalisme de saisies

Dans quelques cas rares, la structure globale du formulaire livrée avec Saisies ne convient pas. Pour autant, vous souhaitez.

profiter du formalisme de déclaration des saisies
profiter de la vérification automatique de ces saisies (sauf si vous utilisez la méthode 1a).

Dans ce cas :

vous mettez dans votre fichier formulaires/<nomduformulaire>.html la structure globale du formulaire correspondant à votre besoin ;
là où vous souhaitez insérer vos saisies, vous utilisez la balise #GENERER_SAISIES.

Cette balise permet de générer toutes les saisies d’un formulaire, en une seule fois. Pour cela on lui passe en paramètre le tableau de description.

Exemple d’utilisation :

<div class="formulaire_spip formulaire_#ENV{form}"[(#ENV{_etape}|oui)formulaire_multietapes]">
<form .... [ data-resume_etapes_futures="(#ENV{_resume_etapes_futures}|json_encode|attribut_html)"]>
....
<div >
    #GENERER_SAISIES{#ENV{_saisies}}
</div>
....
</form>
</div>

On notera l’emploi d’un _ en préfixe de la variable d’environnement. Cela permet que les guillemets présents dans les options ne soient pas transformés en entités HTML [1].

#ENV{_saisies} est rempli automatiquement avec la valeur de retour de la fonction formulaires_<nomduformulaire>_saisies() [2].

On n’oubliera pas les attributs suivants :
- les différentes classes sur le <div> englobant
- l’attribut [ data-resume_etapes_futures="(#ENV{_resume_etapes_futures}|json_encode|attribut_html)"] sur le <form>, qui permet de gérer correctement les affichages conditionnels des étapes dans un formulaire multi-étape.

Par ailleurs, on utilisera

		[(#ENV{_etape}|oui)
			<INCLURE{fond=formulaires/inc-saisies-cvt-etapes-#ENV{_saisies/options/etapes_presentation,defaut}, etapes=#ENV{_saisies_par_etapes}, env} />
		]
</div>
pour insérer le chemin d'étapes, et 

<cadre class="spip">
<INCLURE{fond=formulaires/inc-saisies-cvt-boutons,env} />

pour les boutons de validation.

Méthode 2 : la balise `#SAISIE`

Parfois on veut pouvoir contrôler encore plus finement la présentation des saisies. Pour ce faire, on peut insérer dans formulaires/<nomduformulaire>.html des appels à la balise #SAISIE.

Cette méthode n’est pas toujours adaptée, car elle présente des limitations :

elle ne permet pas de profiter des vérifications automatiques ;
elle ne permet pas de profiter du mécanisme d’affichage conditionnel.

#SAISIE permet de générer une seule saisie en lui donnant directement les paramètres désirés. Chaque saisie va générer une ligne dans un formulaire, c’est-à-dire un élément <div>.

La balise #SAISIE a deux arguments obligatoires : le type de saisie, et son nom HTML (attribut « name »). Toutes les autres options sont facultatives et servent à configurer le champ ; de ce fait, elles sont de la forme option=valeur.

La forme complète est donc la suivante :
#SAISIE{type, name, option=valeur, option2=valeur2, etc=etc}

Voici quelques exemples d’utilisation.

Génère un simple champ texte, indiqué comme étant obligatoire :
#SAISIE{input, email, label=Votre courriel, obligatoire=oui}

Génère un choix multiple parmi les utilisateurs du SPIP :
#SAISIE{auteurs, destinataires,
    label=Destinataires du message,
    explication=Choisissez une ou plusieurs personnes à qui sera envoyé le message.,
    multiple=oui}

Comme vous le voyez, des champs qui peuvent être complexes, et fastidieux à écrire de manière complète, s’écrivent ici en quelques lignes.

#SAISIE supporte le multilinguisme. Dans ce cas, attention de bien utiliser la syntaxe complète avec les crochets :

#SAISIE{input, annee, label=<:monplugin:annee:>,obligatoire=oui} ne fonctionne pas ;
[(#SAISIE{input, annee, label=<:monplugin:annee:>,obligatoire=oui})] fonctionne.

Appendice 1 : chargement des CSS et scripts Javascript sur le site public

Si votre formulaire est destiné à être public, le plugin se charge d’ajouter automatiquement les appels aux fichiers CSS et scripts Javascript associés aux saisies utilisées sur le site public, lorsque le formulaire est effectivement utilisé.forme

Toutefois, si vous avez beaucoup de formulaires utilisant Saisies sur le site public, il peut être judicieux de charger systématiquement les fichiers sur toutes les pages, afin de profiter de la compréhension et du cache navigateur. Dans la configuration du plugin (« Squelettes »->« Configuration du plugin Saisies »), une option permet d’activer cela.

Appendice 2 : enregistrer des tableaux

La norme HTML permet de gérer des réponses de formulaire sous la forme de tableau.

Dans la déclaration de la saisie, on peut utiliser la syntaxe HTML classique avec crochets :

[
    'saisie' => 'input',
    'options' => [
        'nom' => 'annee[debut]',
        'label' => 'Votre nom',
        'size' => 50
    ],
];

Mais il est recommandé d’utiliser le formalisme SPIP suivant : <tableau>/<clé>.

[
    'saisie' => 'input',
    'options' => [
        'nom' => 'annee/debut',
        'label' => 'Label',
        'size' => 50
    ],
];

Le code suivant permettra de récupérer la valeur en PHP :

$annee = _request('annee');
$debut = $annee['debut'];

Appendice 3 : la balise `#VOIR_SAISIES`

Cette balise permet d’afficher toutes les valeurs saisies après validation d’un formulaire. On lui passe en paramètre deux arguments :

le tableau de description des saisies (au même format que pour #GENERER_SAISIES)
un tableau des valeurs saisies

Exemple d’utilisation, dans le squelette d’un formulaire :

[(#EDITABLE|non)
    #VOIR_SAISIES{#ENV{mes_saisies}, #ENV}
]

Appendice 4 : problème avec Xdebug

Si vous développez en utilisant le logiciel Xdebug, il existe un problème connu : par défaut celui-ci affiche une erreur à partir d’un certain niveau d’imbrication de fonctions PHP (« nesting level » dirait Shakespeare).

Le niveau d’imbrication autorisé par défaut est relativement bas, mais on peut le paramétrer. Vous devez donc ajouter cela dans votre configuration PHP/Xdebug :

[xdebug]
xdebug.max_nesting_level = 200 ou 500 ou plus…

Et hop, ça remarche.

Notes

[1] Voir la documentation de la fonction _charger des formulaires CVT.

[2] Historiquement, elle pouvait aussi être remplie manuellement en ajoutant une clé _saisies dans le tableau de retour de la fonction formulaires_<nomduformulaire_charger(), toutefois ceci ne permet pas de bénéficier de tous les mécanismes d’automatisme du plugin saisies, et les bugs risquent d’être présents. Ce n’est donc pas une fonctionnalité officiellement supportée et validée.

Voir aussi la doc complémentaire et participative sur le wiki :
Saisies : Doc complémentaire

Discussion

5 ans 1 an 3 mois Sans limite

par date

179 discussions

6

Pi r

Août 2015

Bonjour,
j’essaie d’utiliser l’option valeur alternative pour les checkbox mais elle n’est pas fonctionnelle, la valeur est bien enregistrée, mais n’est pas récupérée par le champ dans le formulaire. Le problème a été signalé ici https://www.mail-archive.com/spip-zone@rezo.net/msg35064.html, une solution a t-elle été trouvée ? merci d’avance
- Maïeul
  
  Août 2015
  
  corrigé par http://zone.spip.org/trac/spip-zone/changeset/91257 (par contre ni l’un ni l’autre des messages n’est clair... il fallait comprendre à quel moment c’était censé s’afficher et cela ne le faisait pas)
- Pi r
  
  Août 2015
  
  super, merci beaucoup et désolé du manque de clarté.
  J’ai un souci si cette valeur alternative contient une apostrophe, en base et dans saisies/checbox.html ça va bien, mais pas à l’affichage en squelette dans une boucle avec {valeur LIKE %(#GET{valeur_demandee})%} , l’apostrophe bloque... merci encore
- Maïeul
  
  Août 2015
  
  pas sûr encore une fois de comprendre. on pourrait avoir une boucle plus détaillé ? le valeur est censé être le champ ? et le #GET{valeur_demandee} contenir une apostrophe ? et que veux tu dire par « bloque »
- Pi r
  
  Août 2015
  ah oui, re flûte, j’avais #GET{valeur_demandée} parceque j’ai essayé de filtrer avec texte_script, mais sans succès. en fait la boucle c’est
  
  <BOUCLE_auteurs_type_emploi(AUTEURS){tous} {!situation_actuelle_type_emploi LIKE %(#ENV{type_emploi})%} {!situation_precedente_type_emploi_1 LIKE %(#ENV{type_emploi})%} {doublons} ></BOUCLE_auteurs_type_emploi>
  
  oui les champs bd c’est situation_actuelle_type_emploi et situation_precedente_type_emploi_1
  #ENV{type_emploi} est un parametre url
  la boucle ramène tous les auteurs quand #ENV{type_emploi} contient une apostrophe ...
- Maïeul
  
  Août 2015
  
  ce n’est pas un problème lié à saisie, mais un problème plus général aux caractères spéciaux dans #ENV.
  
  Le pb : #ENV transforme les caractères spéciaux en entités HTML (voir par exemple avec un [(#ENV{toto|var_dump)])
  
  la solution : demander le champ semi-brut, avec une astérisque : #ENV*{toto}. Attention ne mettre bien qu’une astérisques et pas deux, sinon risque de potentielle faille de sécurité.
- Pi r
  
  Août 2015
  
  bingo, la bonne étoile s’appelle Maieul ;) résolu, mille mercis
Répondre à ce message
tintinux

Juillet 2015

Bonjour

Je voulais télécharger la Version 1.42.6 sur cette page, mais le lien est cassé !

Si ça peut être réparé, je serais content....

Merci !

Répondre à ce message
3

laurent

Juillet 2015

bonjour,

il semblerai que les liens de téléchargement soient mort :-\

merci d’avance à vous !
- RastaPopoulos
  
  Juillet 2015
  
  J’ai changé le nom des ZIP ce matin. Il faut attendre que le robot passe sur Contrib pour mettre à jour automatiquement l’article (oui on a un robot pour ça, c’est magique :D).
- laurent
  
  Juillet 2015
  
  super :-)
  
  merci pour votre travail !
- masterio
  
  Juillet 2015
  
  les archives sont de nouveaux disponibles !merci pour le job ! :)
Répondre à ce message
2

nikon33

Mai 2015

Bonjour

MERCI de votre aide
MERCI de votre attention

Spip 3.0.19
Processus de don pour une association

Comme administrateur, au passage en backend de
http://sourirepourlespoir.org/spipe

Erreur
Message
Numéro 1
Message Aucun squelette n’est disponible
Squelette plugins/auto/saisies/v2.2.1/saisies/_base.html
Boucle /
Ligne 0

NB :
la désactivation réactivation des plugins
(liés)
Formidable 2.8.9
Formulaire de paiement 1.0.4
Saisies pour formulaires 2.2.1
Formidable de participation Formidable 1.0.2
Fusion de formulaire pour Formidable 1.0.1
Spip Cycle2

fait bien disparaitre et ré apparaitre l’écran d’erreur
Aucun squelette n’est disponible

Pouvez vous me donner une piste pour aller plus loin dans l’analyse sinon la solution

MERCI
- RastaPopoulos
  
  Mai 2015
  
  Cette erreur parle d’une saisie « montant » qui n’existe pas dans Saisies mais qui est propre au plugin de paiement. Donc je pense que tu devrais poser cette question aux gens qui maintiennent ce plugin. :)
- nikon33
  
  Mai 2015
  
  pour RastaPopoulos
  
  Merci de votre réponse
  
  Juste en ajout au problème évoqué
  
  Cette alerte
  « Aucun squelette n’est disponible
  Squelette plugins/auto/saisies/v2.2.1/saisies/_base.html »
  n’est PAS
  présente sur la même base de donnée
  chez le même hébergeur
  avec la même version de php
  ... mais un site en Spip 3017
  
  je vais de ce pas voir du côté des plugins de paiements
  pour moi
  banque&paiements 2.32.1
  
  mais c’est peut être aussi un problème spip 3.0.17 spip 3.0.19
  
  MERCI de votre aide
Répondre à ce message
YannX

Mai 2015

Suggestion d’amélioration pour la saisie/date.html :
- pour pouvoir passer des paramètrages au inc-dateur (standard de spip 3),
il faudrait en fin de saisie/date.html, rajouter un paramètre ,env
à la ligne : [(#INCLURE{fond=formulaires/dateur/inc-dateur, env, heure_pas=#ENV{heure_pas,30}})]], ou au moins transmettre une chaine/array d’options : je l’ai fait dans une surcharge perso mais..
Est-ce un problème au niveau du cache de cette noisette ?

Merci
YannX

PS : exemple d’utilisation : transmettre un « yearRange: 'c-100:c+1', » (pour pouvoir facilement saisir l’année de naissance) ou un format de date de saisie en fonction du langage !

Répondre à ce message
2

triton

Février 2015

Bonjour,
J’ai besoin de créer une nouvelle saisie spéciale qui n’a pas à accéder à un champ de la bdd (comme fieldset) mais qui doit par contre récupérer une variable dans l environnement de la page (id_auteur), et.... j’y arrive pas....
J ai créé mon couple de fichier html et yaml, je me dis que depuis le yaml faut p’etre passer un paramètre au html (comme pour les noisettes du noizetier) ?
J’utilise cette saisie avec les champs extra depuis l interface extra (je ne sais si ca change quelque chose)...
amicalement
triton
- RastaPopoulos
  
  Février 2015
  
  Mmmh je ne sais plus si c’est possible déjà. Ça me dit quelque chose que quelque part dans le code (ouais c’est hyper vague) il y a un endroit qui teste si on doit passer tout l’environnement ou seulement une partie précise nécessaire. Mais de tête je ne me rappelle plus des conditions.
  
  Je dis ça, c’est pour l’API PHP où on génère pleins de saisies à partir d’un tableau complet. Quand c’est saisie par saisie avec la balise unitaire, là je sais pas (sûrement juste ajoute « , env » dans les params).
  
  Pas eu le temps de re-fouiller le code pour l’instant, désolé. :(
- triton
  
  Février 2015
  
  J ai contourné le pb en dupliquant une saisie de type input que je positionne sur mon champ id_auteur (en lecture seul) et a partir de cet id_auteur je vais chercher mes données dans ma saisie...
  Je vais quand même essayer de lire le code voir si je trouve...
  merci pour la reponse
  amicalement
  triton
Répondre à ce message
1

Bob

Août 2014

En voulant ajouter un nouveau champ (après en avoir ajouté d’autres sans pb) je rencontre cette erreur : Fatal error : Maximum execution time of 120 seconds exceeded in /www/plugins/auto/saisies/v1.40.7/inc/saisies.php on line 132

Pourriez vous m’aider ??
- RastaPopoulos
  
  Décembre 2014
  
  Si tu ajoutes des champs, c’est à priori que tu parles du plugin champs extras, qui lui même est utilisateur du plugin saisies. M’est avis que tu devrait plutôt poser la question dans le forum de ce plugin, si ce n’est pas déjà fait. :)
Répondre à ce message
zorgol

Novembre 2014

Bonjour,
Je débute dans l’utilisation des formulaires pour mettre en place une procédure de dons sur le site http://www.cubacoop.org/
J’utilise les plugins ;
Formidable 2,8,0
Saisies pour formulaires 1.42.1
YAML1.5.2
Transaction 0.3.1
Mes premiers test semblent satisfaisants mais je ne comprend pas pourquoi après validation de la saisie d’une entrée dans le formulaire, le message de retour est affiché 6 fois au lieu d’une.
Merci de me dire où je peux corriger cet affichage multiple.

le formulaire peut être testé ici

Répondre à ce message
17
niconito

Mai 2014
Bonjour,
je configure un formulaire avec Formidable avec ces versions : [ Spip 3.0.16 / Formidable 2.5.14 / Saisies 1.40.4 ].
La fonction pliable d’un groupe de champs fonctionne très bien en partie privée, mais pas du tout sur la partie publique.
J’ai fait les vérifications suivantes :
- activer et désactiver les différentes Compatibilité Microsoft Internet Explorer ;
- activer la norme à suivre HTML 4 ou HTML 5 ;
- vérifier le bon chargement du fichier javascript saisies.js sur la page devant afficher le formulaire.
Rien n’y fait, mon groupe de champs s’affiche déplié et ne se replie pas au clic.
- niconito
  
  Mai 2014
  
  ERRATUM. Il s’agit de la version 3.0.5 de Spip. Et non pas la 3.0.16.
- RastaPopoulos
  
  Mai 2014
  
  Ben si ça marche dans le privé et pas dans le site c’est que dans le site le JS n’est pas ajouté à priori. Ou alors qu’il y a une erreur JS en amont de l’activation du pliage. Regarde déjà dans le code (sans compresser le JS évidemment) si le fichier JS de Saisies est bien inséré dans ton site. Et ensuite regarde dans la console de Firefox s’il y a des erreurs JS.
- niconito
  
  Mai 2014
  
  Merci. Problème résolu.
  
  C’est le script menuder.js du Plugin Menuder pour MSIE qui me faisait planter.
  $ is not a function
  Ligne 19 $(’.menuder ul’)
  
  En désactivant le plugin, tout rentre dans l’ordre. Et je n’ai pas besoin de ce plugin.
- joz
  
  Octobre 2014
  
  Bonjour RastaPopoulos,
  quand le JS n’est pas ajouté, ça peut être du à quoi ? Comment remédier à ça ?
  Est-ce que je devrais voir si un autre plugin bloque le script comme chez niconito ?
  d’avance merci pour toute piste
  joz
- RastaPopoulos
  
  Octobre 2014
  
  C’est pas ajouté ou tu as une erreur JS en amont ? Tu peux voir ça dans la console javascript de Firefox quand tu recharges la page. Il faut regarder si le script est bien dans le HTML aussi, soit tout seul soit concaténé si la compression est activé (mais au début du fichier concaténé il y a la liste en commentaire).
- joz
  
  Octobre 2014
  
  hmm, je t’avoue que je ne sais même pas comment le script en question dois s’appeler.. du coup comment vérifier s’il est présent ?
  je ne trouve rien qui s’appelle ’saisie’ ou ’plie’ en tout cas
  http://vivre-ensemble.be/Bon-de-commande-2014
  désolé pour mon ignorance..
  joz
- RastaPopoulos
  
  Octobre 2014
  
  Avant le script, je te demandais en priorité de regarder d’abord s’il y avait une erreur javascript, comme pour niconito. Ce qui est effectivement le cas sur ton URL : « ReferenceError : trackPage is not defined » dans la console du navigateur (F12 sur Firefox, onglet Console).
  
  Je ne sais pas ce que c’est, pas un truc de SPIP en tout cas.
- joz
  
  Octobre 2014
  
  merci d’avoir jetté un coup d’oeuil !
  j’ai nettoyé l’erreur (trace d’un plugin installé dans le passé), mais le pliable reste toujours non-fonctionnel..
  ai je oublié d’autre chose ?
- RastaPopoulos
  
  Octobre 2014
  
  T’aurais pas un plugin gredin qui utilise le pipeline « affichage_final » et qui OUBLIE de renvoyer le flux à la fin (et donc les plugins suivants n’ont pas le bon truc) ?
  
  Comme d’hab, dans tous les cas, pour tester un pugin, il faut d’abord désactiver absolument tous les plugins non-nécessaires à son fonctionnement. Sinon ça fait trop de combinaisons possibles.
- joz
  
  Octobre 2014
  
  Bonjour,
  c’est encore moi...
  
  Je n’ai pas de plugin qui s’appelle gredin et je ne vois rien de se nom dans les erreurs, ni nulle part dans mon site (squelettes, cache.. nulle part)...
  
  En local j’ai désactivé tout les plugins, sauf ceux nécessaire pour formidable + j’ai enlevé mes squelettes. Mais le pliable ne fonctionne toujours pas
  :(
  
  Aurais-tu encore une autre petite piste à suivre pour moi ?
  d’avance merci !
  joz
- RastaPopoulos
  
  Octobre 2014
  
  Haha : http://fr.wiktionary.org/wiki/gredin
  Un plugin qui ferait des saletés donc. :)
  
  Actuellement tout ce qu’insère normalement le plugin Saisies grâce au pipeline « affichage_final » ne se fait pas DU TOUT sur ton site. Donc il y a un problème en amont. Tu peux par exemple modifier directement le code du plugin pour débuguer, et dans saisies_pipelines.php, dans la fonction « affichage_final », tu fais n’importe quoi, genre echo "PROUT"; die(); pour voir si déjà SPIP rentre bien dans la fonction. Si ce n’est pas le cas c’est qu’il y a un autre plugin en amont qui gêne.
- joz
  
  Octobre 2014
  
  hihi
  chouette, j’ai appris un mot de plus en français :)
  
  j’ai mis ta ligne echo dans mon saisies_pipelines.php, mais le site ne prout pas..
  
  voici les plugins actuellement activés (tous à jour, SPIP 3.0.17 [21515] ) :
  API
  Facteur
  Formidable
  Saisies
  SPIP Bonux
  YAML
  
  ...
  joz
- RastaPopoulos
  
  Octobre 2014
  
  Dans ton code source, il n’y a a aucun endroit le commentaire HTML « inserer_saisie_editer » alors que c’est sur cette chaîne que ce base le test pour décider s’il faut insérer ou pas des choses de Saisies.
  
  C’est normalement ajouté par chaque saisie dans ce fichier de base :
  http://zone.spip.org/trac/spip-zone/browser/_plugins_/saisies/saisies/_base.html
  
  L’aurais tu surchargé dans ton squelette ?
- joz
  
  Octobre 2014
  
  Bonjour,
  j’ai re-essayé en mettant le echo PROUT au debut de affichage_final (avant je l’avais mis à la fin après return $flux ;), et maintenant ça marche, ça prout sans faute : )
  
  Egalement avec mes squelettes et avec tout mes plugins activés.
  
  Mais pour rendre le pliable fonctionnel, comment ce prout peut m’aider ?
  
  Bien à toi
- RastaPopoulos
  
  Octobre 2014
  
  Je t’ai déjà donné une autre piste dans mon message précédent.
  
  Le PROUT signifie que ça passe bien dans cette fonction, c’était le but de cette vérification. Mais comme je le disais précédemment, dans cette fonction on fait un test sur l’existence de la chaîne « inserer_saisie_editer » dans le HTML final, or elle n’apparait nulle part chez toi !
  
  Alors que cette chaîne est normalement insérée pour TOUTES les saisies quelles qu’elles soient (donc autant d’apparition de cette chaîne que de saisie dans la page).
  
  Tu dois avoir une surcharger de « _base.html » quelque part, un truc dans ce genre, qui supprime ce morceau.
- joz
  
  Octobre 2014
  
  Merci pour ta patience.. sorry pour ma lenteur.
  
  Quand je change dans saisies_pipelines.php
  la ligne 17
  
  if (($p = strpos($flux,""))!==false){
  
  en
  if (($p = strpos($flux,""))==false){
  (donc sans !), le pliable fonctionne.
  
  ...
  J’ai installé un spip3.0.17 fraiche + avec formidable et ses plugins dépendant, sans mes squelettes, mais ma base de données. Et le pliable n’y marche pas !
  Donc si quelque chose surcharge la fonction, est-ce que ce serai dans ma base ? Est-ce que ça serai possible ?
  Si oui, pourrais-tu me donner une chaîne de caractères à chercher dans ma base qui pourrait être responsable d’un tel bloquage ?
  Pour trouver le gredin ..
- RastaPopoulos
  
  Octobre 2014
  
  Il n’y a absolument rien à changer dans la fonction PHP, c’est ton HTML qui ne va pas, qui ne contient pas le commentaire HTML avec la chaîne recherchée.
  
  Comme dit précédemment, c’est dans ce squelette :
  http://zone.spip.org/trac/spip-zone/browser/_plugins_/saisies/saisies/_base.html
  
  Regarde son code, tu vois que ce commentaire est bien là. Donc si tu ne l’as pas chez toi, c’est soit que tu as une surcharge perso de ce squelette, soit que c’est directement dans ton plugin Saisies que le fichier n’est pas bon.
  
  Ouvre donc plugins/saisies/saisies/_base.html et regarde dedans pour voir.
  Sinon fait « var_mode=inclure » dans l’URL, pour voir les blocs inclus, et donc voir si ya une surcharge.
Répondre à ce message
7
Pierrox

Octobre 2014
Bonjour,

J’ai un soucis lorsque je charge un formulaire dans une modalbox depuis l’espace privé

mon js :
$(".mon_selecteur").live('click',function(e){ e.preventDefault(); $.fn.mediabox({ href:'../spip.php?page=formulaires/modalbox/mon_squelette', width:'600px', height:'auto', overlayClose:false}); });
ma noisette ’mon_squelette’
#HTTP_HEADER{Content-Type: text/html; charset=#CHARSET} #CACHE{0} <div class="ajax"> [(#SESSION{statut}|=={0minirezo}|oui) [(#FORMULAIRE_AVEC_DES_BALISES_SAISIE)] ] </div>
Le formulaire s’affiche sans problème et fontionne mais :
Dans les logs firebug j’ai des 404 not found.

En regardant un peu le code du plugin et plus particulièrement la fonction saisie_affichage_final je m’aperçois que la fonction generer_url_public genere des liens de script et css de la forme :

http://mon.domaine.com/ecrire/plugins-dist/jquery_ui/css/jquery.ui.theme.css

Ce qui m’amène à vous poser plusieurs question :

Quel est la meilleur façon d’afficher un formulaire dans une modalbox ?
Est il possible de court-circuiter affichage_final sur une noisette appeler via /spip.php ?page=
Est-il possible de dire à saisie qu’on ne veut pas de qu’il charge de script ?
- Pierrox
  
  Octobre 2014
  J’ai trouvé !
  
  Je pense que la meilleur solution c’est de créer une page vierge dans l’espace privé en utilisant exec.
  
  1°) Creer un repertoire exec à la racine du plugin
  
  2°) Dans le repertoire exec creer un fichier « script.php »
  
  <?php if (!defined("_ECRIRE_INC_VERSION")) return; function exec_script_dist(){ # Recuperer le squelette echo recuperer_fond( 'formulaires/modalbox/mon_squelette', $contexte = array(), $options = array('ajax' => 'true') ); } ?>
  
  3°) Puis dans l’appel pour modalbox mettre l’URL du prive qui va bien :
  
  $(".mon_selecteur").live('click',function(e){ e.preventDefault(); $.fn.mediabox({ href:'/ecrire/?exec=script', //chargement ajax du script espace privé width:'600px', height:'auto', overlayClose:false}); });
  
  Et ça roule :D Merci spip !
- RastaPopoulos
  
  Octobre 2014
  
  Wow, c’est moche. :D
  
  Déjà ça fait des années qu’on ne fait plus de exec en PHP…
  Ensuite page=truc/sous/dossier, ça ne marche que pour les admins complets.
  
  Il faut que ce soit une page accessible pour pouvoir y accéder, donc si c’est avec #URL_PAGE, ça doit être un squelette à la racine (à la racine de ce qu’on veut, squelettes, plugins, etc, mais à la racine d’un dossier du Path).
  
  Quand on utilise un squelette de type Z (et l’admin de SPIP 3 est comme ça), on peut ajouter le paramètre « var_zajax=nom du bloc » dans l’URL, et ça va alors chercher uniquement ce bloc Z pour la page demandée. Tu peux donc parfaitement construire une vraie page d’admin avec le formulaire ET l’interface autour, il suffit de faire un squelette /prive/squelettes/contenu/truc.html. Et ensuite quand tu l’appelles, tu vas chercher #URL_ECRIRE{truc, var_zajax=contenu} et ça va te donner que le bloc principal où il y aura ton formulaire.
  
  Mais sinon, à part ça, je vois pas trop le rapport avec Saisies (qui n’insère la CSS de UI que s’il y a une saisie de date de trouvée).
- Pierrox
  
  Octobre 2014
  
  Ah oui c’est si moche que ça ? :D
  
  J’avais bien utiliser le « var_zajax=contenu » mais les retours cvt ’ajaxés’ reviennent sur l’URL d’origine du bloc contenu.
  
  En utilisant href :’/ecrire/ ?exec=article_edit&new=oui&var_zajax=contenu’, je charge bien mon formulaire de creation d’article, mais si je valide (je ne selectionne pas de rubrique par ex) le retour d’erreur redirige sur la page d’origine /ecrire/ ?exec=article_edit&new=oui
- RastaPopoulos
  
  Octobre 2014
  
  Mais il faut que ton formulaire soi bien entouré de div class=« ajax » dans le squelette, pour qu’il soit lui-même validé en ajax à chaque fois.
- Pierrox
  
  Octobre 2014
  
  Ca marche Merci !
- Pierrox
  
  Octobre 2014
  
  juste une remarque.
  
  Popin dans l’espace privé : Un lien vers une page de l’espace privé avec une classe .popin provoque l’ouverture d’une popin qui contient le coeur de la page pointée (bloc contenu/). Le lien conserve sa capacité à être ouvert dans un autre onglet via clic droit et la page complète est affichée dans ce cas.
  
  Donc en fait, juste avec la class .popin sur un <a href ds l’espce privé suffit ...
  
  ça n’a pas de rapport avec saisies mais un peu avec mon problème de départ
- RastaPopoulos
  
  Octobre 2014
  
  Ah je ne me souvenais plus de ce point, merci du rappel !
Répondre à ce message

« Précédent 1 ... 7 8 9 10 11 ... 18 Suivant »

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
- version de SPIP, en bas de la partie privée
- version du plugin testé et des éventuels plugins nécessités
- version de PHP (exec=info en partie privée)
- version de MySQL / SQLite
Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?

Nom [Se connecter]

Courriel (non publié)

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Texte de votre message

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Prévenez-moi de tous les nouveaux commentaires de cette discussion par email

Ajouter un document

Extensions autorisées : gif, jpg, png

Suivre les commentaires : |

Saisies

Introduction

Sommaire

Méthode 1 : déclarer un formulaire CVT complet en PHP

Principe

Mise en œuvre

Déclaration de l’ensemble des saisies

Déclaration d’une saisie individuelle

Déclaration des saisies enfants

Appliquer des vérifications

Support du multilinguisme

Options globales

Options pour le bouton de validation

Options pour la gestion des étapes multiples

Options techniques

Pipeline

Méthode 1a : déclarer un formulaire CVT en PHP, mais effectuer soi-même des vérifications

Méthode 1b avec `#GENERER_SAISIES` : contrôler la structure globale du formulaire, mais utiliser le formalisme de saisies

Méthode 2 : la balise `#SAISIE`

Appendice 1 : chargement des CSS et scripts Javascript sur le site public

Appendice 2 : enregistrer des tableaux

Appendice 3 : la balise `#VOIR_SAISIES`

Appendice 4 : problème avec Xdebug

Discussion

Discussions par date d’activité

Ajouter un commentaire

Saisies

Introduction

Sommaire

Méthode 1 : déclarer un formulaire CVT complet en PHP

Principe

Mise en œuvre

Déclaration de l’ensemble des saisies

Déclaration d’une saisie individuelle

Déclaration des saisies enfants

Appliquer des vérifications

Support du multilinguisme

Options globales

Options pour le bouton de validation

Options pour la gestion des étapes multiples

Options techniques

Pipeline

Méthode 1a : déclarer un formulaire CVT en PHP, mais effectuer soi-même des vérifications

Méthode 1b avec #GENERER_SAISIES : contrôler la structure globale du formulaire, mais utiliser le formalisme de saisies

Méthode 2 : la balise #SAISIE

Appendice 1 : chargement des CSS et scripts Javascript sur le site public

Appendice 2 : enregistrer des tableaux

Appendice 3 : la balise #VOIR_SAISIES

Appendice 4 : problème avec Xdebug

Discussion

Discussions par date d’activité

Ajouter un commentaire

Méthode 1b avec `#GENERER_SAISIES` : contrôler la structure globale du formulaire, mais utiliser le formalisme de saisies

Méthode 2 : la balise `#SAISIE`

Appendice 3 : la balise `#VOIR_SAISIES`