SPIP-Contrib

SPIP-Contrib

عربي | Deutsch | English | Español | français | italiano | Nederlands

288 Plugins, 197 contribs sur SPIP-Zone, 205 visiteurs en ce moment

Accueil > Outils pour plugins > Saisies > Saisies

Saisies

27 mars 2010 – par RastaPopoulos – 481 commentaires

60 votes

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 pour les développeurs ayant pour but de faciliter et d’accélérer l’écriture des formulaires.

Pour cela, Saisies propose un ensemble d’outils (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 2, notamment pour la gestion des erreurs sur les champs ;
  • automatiquement compatibles avec les recommandations HTML/CSS de SPIP, y compris pour le plugin CFG.

La balise #SAISIE

Cette balise 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 soit :

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

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

Voici quelques exemples d’utilisation, pour comprendre l’approche.

  1. Génère un simple champ texte, indiqué comme étant obligatoire :
  2. #SAISIE{input, email, label=Votre courriel, obligatoire=oui}
  3.  
  4. Génère des boutons radios avec un choix "oui ou non" :
  5. #SAISIE{oui_non, zanini, label=Tu veux ou tu veux pas ?}
  6.  
  7. Génère un choix multiple parmi les utilisateurs du SPIP :
  8. #SAISIE{auteurs, destinataires,
  9. label=Destinataires du message,
  10. explication=Choisissez une ou plusieurs personnes à qui sera envoyé le message.,
  11. multiple=oui}

Télécharger

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

Consultez également :

-  La référence de la balise #SAISIE

-  Un complément de doc avancée sur les saisies

Multilinguisme

#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.

Attention, pour utiliser tout ce qui suit, vous devez installer aussi le plugin YAML.


Afficher les erreurs

Saisie gère nativement l’affichage des erreurs.
Si la fonction CVT verifier() retourne une erreur du même nom celle ci sera affichée.
Pour la saisie[(#SAISIE{input, annee, label=<:monplugin:annee:>})] , si verifier retourne : $erreurs['annee'] = "une erreur" alors <span class="erreur_message">une erreur</span> sera affichée à la suite de la saisie.

Gérer les tableaux de saisie

La norme html permet de gérer des variables sous la forme de tableau. Il est recommandé d’utiliser alors le formalisme suivant tableau/variable. Par exemple : [(#SAISIE{input, annee/debut, label=<:monplugin:annee:>})] pour obtenir un tableau annee.

Pour information la forme naturelle [(#SAISIE{input, annee\[debut\], label=<:monplugin:annee:>})] est valide mais est incompatible avec la gestions des erreurs.
Cette écriture est donc déconseillée.

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 un tableau suivant une norme précise qui va contenir la description complète de toutes les saisies.

Exemple d’utilisation :

  1. <ul>
  2. #GENERER_SAISIES{#ENV{mes_saisies}}
  3. </ul>

Télécharger

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 2 arguments :

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

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

  1. [(#EDITABLE|non)
  2. #VOIR_SAISIES{#ENV{mes_saisies},#ENV}
  3. ]

Télécharger

Une norme pour décrire les saisies

Afin de manipuler plus facilement tout un ensemble de champs de formulaire, que ce soit pour générer leur HTML ou pour les modifier automatiquement dans un script, il a été défini une norme pour décrire des saisies dans un tableau PHP.

Le tableau doit respecter les points suivant :

  • Chaque saisie est un tableau de la forme :
    1. $une_saisie = array(
    2. 'saisie' => 'input',
    3. 'options' => array(
    4. 'nom' => 'nom',
    5. 'label' => 'Votre nom',
    6. 'size' => 50
    7. )
    8. );

    Télécharger

  • Chaque ligne du tableau d’ensemble est une saisie, elle-même étant décrite dans un tableau. L’ordre des éléments sera l’ordre des saisies.
    1. $saisies = array(
    2. array(...), // une saisie
    3. array(...), // une saisie
    4. array(...) // une saisie
    5. );

    Télécharger

  • Les saisies qui acceptent des enfants (comme les fieldset) les placent dans une case « saisies » qui contiendra un tableau ayant la même structure que le tableau global :
    1. $un_fieldset = array(
    2. 'saisie' => 'fieldset',
    3. 'options' => array(
    4. 'nom' => 'mon_groupe',
    5. 'label' => 'Mon groupe de champ'
    6. ),
    7. 'saisies' => array(
    8. array(), // une autre saisie
    9. array(), // une autre saisie
    10. array() // etc
    11. )
    12. );

    Télécharger

Exemple complet :

  1. $saisies = array(
  2. 'saisie' => 'input',
  3. 'options' => array(
  4. 'nom' => 'nom',
  5. 'label' => 'Nom'
  6. )
  7. ),
  8. 'saisie' => 'input',
  9. 'options' => array(
  10. 'nom' => 'email',
  11. 'label' => 'Adresse de courriel'
  12. )
  13. ),
  14. 'saisie' => 'fieldset',
  15. 'options' => array(
  16. 'nom' => 'adresse',
  17. 'label' => 'Adresse postale'
  18. ),
  19. 'saisies' => array(
  20. 'saisie' => 'input',
  21. 'options' => array(
  22. 'nom' => 'voie',
  23. 'label' => 'Voie'
  24. )
  25. ),
  26. 'saisie' => 'input',
  27. 'options' => array(
  28. 'nom' => 'ville',
  29. 'label' => 'Ville'
  30. )
  31. ),
  32. )
  33. ),
  34. 'saisie' => 'radio',
  35. 'options' => array(
  36. 'nom' => 'livre',
  37. 'label' => 'Votre livre préféré',
  38. 'datas' => array(
  39. 'vermines' => 'Au régal des vermines',
  40. 'bonheur' => 'Le bonheur',
  41. 'alain' => 'Alain Zannini',
  42. 'homme' => "L'homme qui arrêta d'écrire"
  43. )
  44. )
  45. ),
  46. );

Télécharger

Problème avec Xdebug

Si vous êtes développeur et que vous utilisez 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 modifier avec une variable. Vous devez donc ajouter cela dans votre configuration PHP/Xdebug :

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

Télécharger

Et hop, ça remarche.

Voir en ligne : http://plugins.spip.net/saisies

Dernière modification de cette page le 1er avril 2017

Retour en haut de la page

Tout afficher

Vos commentaires

  • Le 28 juin à 11:32, par Chourak En réponse à : Saisies

    Bonjour,

    Est-il voulu que sur une saisie de type radio et obligatoire (en html5) il n’y ait pas de required="required" sur l’input correspondant ?

    • Le 28 juin à 12:59, par RastaPopoulos En réponse à : Saisies

      C’est peut-être un oubli oui, mais note quand même que normalement pour des radios, en ergonomie il *devrait* y avoir l’un des boutons déjà coché, car ce sont des radios et qu’on ne ensuite jamais revenir à l’état « pas coché ».

    • Le 28 juin à 15:52, par Maïeul En réponse à : Saisies

      Pas d’accord avec toi. Car avec une option déjà coché, au cours le risque que la personne ne vérifie pas la valeur.

      Ex avec deux choix : « j’autorise à prendre des photos » / « je n’’autorise pas ». Si je coche par défaut l’un des deux je risque de ne pas réeellement recueillir le consentement

    • Le 28 juin à 16:03, par RastaPopoulos En réponse à : Saisies

      Il peut sûrement y avoir des exceptions mais c’est une mauvaise pratique la majorité du temps.

      Le W3C dit

      To avoid confusion as to whether a radio button group is required or not, authors are encouraged to specify the attribute on all the radio buttons in a group. Indeed, in general, authors are encouraged to avoid having radio button groups that do not have any initially checked controls in the first place, as this is a state that the user cannot return to, and is therefore generally considered a poor user interface.

    • Le 28 juin à 16:08, par Chourak En réponse à : Saisies

      Vos deux points de vue se valent !

      Dans mon cas c’est un simple choix de civilité Monsieur / Madame, mais qui est obligatoire.
      Je ne peux pas préjuger de la civilité de la personne qui remplit le formulaire, je préfère donc que rien ne soit coché par défaut et qu’en cas d’oubli le fait que ce soit obligatoire « force » les gens à choisir la bonne civilité.

      J’ai donc surchargé localement la saisie radio pour prendre en compte le required.

      merci :)

    Répondre à ce message

  • Le 21 mars à 09:23, par Alexandre En réponse à : Saisies

    Bonjour,
    J’ai rencontré un problème avec la fonction "afficher_si" sur des checkbox donc la valeur est composé de plusieurs mots. J’ai corriger ce problème dans le fichier "saisies_afficher.php" à la ligne 386 :

    $condition = preg_replace('#@'.preg_quote($nom).'@#U', '($(form).find(".checkbox[name=\''.$nom.'[]\'][value=\''.$value.'\']").is(":checked") ? $(form).find(".checkbox[name=\''.$nom.'[]\'][value=\''.$value.'\']").val() : "")', $condition);

    Ajout de « \’ » dans « [value=’.$value.’] »

    Cependant les valeurs contenant des espace et des «  » risque de poser problème non ? :)

    • Le 21 mars à 10:06, par Maïeul En réponse à : Saisies

      j’avoue ne pas savoir. A tester non ? et puis il faut aussi du coup modifier un fichier qui effectue un test sur afficher_si lorsqu’on vérifie qu’un champ obligatoire est bien rempli

    Répondre à ce message

  • Le 20 janvier à 10:22, par PRX En réponse à : Saisies

    Amélioration ?
    Bonjour , je cherche à paramétrer et supprimer les 3 lignes envoyées dans l’email de confirmation à celui qui poste :
    « Envoi via le site MONSITE
    Vous pouvez voir cette réponse sur cette page.
    Vous pouvez gérer l’ensemble des réponses sur cette page. »

    Comment est-ce possible SVP ? Merci d’avance
    (MAJ de V2.18.1 vers 2.18.2 sans soucis au passage)

    • Le 20 janvier à 14:04, par RastaPopoulos En réponse à : Saisies

      Salut, je ne vois pas de quoi tu parles ni le rapport avec Saisies, ce plugin n’envoyant aucun email. Repose sûrement la question sur le plugin qui fait cet envoi dont tu parles. :)

    • Le 20 janvier à 14:43, par PRX En réponse à : Saisies

      oui effectivement , c’était pour toi mais dans le plugin Formulaires.désolé

    Répondre à ce message

  • Le 17 janvier à 09:31, par PRX En réponse à : Saisies

    Bonjour,
    sans conséquences notables à ce moment, voici les messages (que je trouve alarmants inutilement) sur un mise à jour de quelques plugins :

    Erreurs survenues (donc en rouge)
    Impossible d’activer le plugin ../plugins/auto/saisies/v2.18.1
    Utilise le plugin VERIFIER en version ≥ 1.6.0.
    Impossible d’activer le plugin ../plugins/auto/ieconfig/v1.3.1
    Impossible d’activer le plugin ../plugins/auto/jeux/v3.4.1
    Impossible d’activer le plugin ../plugins/auto/menus/v1.6.5
    Nécessite le plugin ZPIP
    Nécessite le plugin SPIPR
    Nécessite le plugin SPIPR_BLOG
    Nécessite le plugin SPIPR_DIST
    Nécessite le plugin SPIPR_DOC
    Impossible d’activer le plugin ../plugins/auto/fbantispam/v1.2.3
    Impossible d’activer le plugin ../plugins/auto/noizetier/v2.5.0
    Impossible d’activer le plugin ../plugins/squelette_maparaan
    Nécessite le plugin TYPOENLUMINEE
    Nécessite le plugin GRAVATAR
    Nécessite le plugin SLOGAN
    Impossible d’activer le plugin ../plugins/auto/formidable/v3.0.1
    Utilise le plugin COLLECTIONJSON en version ≥ 1.5.0.
    Utilise le plugin CVTUPLOAD en version ≥ 1.9.4.
    Utilise le plugin CORBEILLE en version ≥ 3.1.0.
    Impossible d’activer le plugin ../plugins/auto/aveline/v2.5.7
    Utilise le plugin ZVIDE en version ≥ 2.0.0.
    Utilise le plugin SUIVANT_PRECEDENT en version ≥ 1.3.1.
    Utilise le plugin ANYTHINGSLIDER en version ≥ 2.0.0.

    Actions réalisées (en vert = OK)

    La mise à jour du plugin « Saisies pour formulaires » (de la version : 2.17.1 à 2.18.1) s’est correctement déroulée
    La mise à jour du plugin « NoSPAM » (de la version : 1.5.15 à 1.5.16) s’est correctement déroulée
    La mise à jour du plugin « Facteur » (de la version : 3.4.8 à 3.4.9) s’est correctement déroulée
    L’installation du plugin « Facteur » (version : 3.4.9) s’est correctement déroulée
    La mise à jour du plugin « API de vérification » (de la version : 1.4.2 à 1.6.0) s’est correctement déroulée

    Répondre à ce message

  • Le 12 octobre 2016 à 17:36, par Vincent En réponse à : Saisies

    Bonjour,

    Aussitôt que le plugin Saisies est actif, j’obtiens cette erreur javascript, qui bloque d’autres scripts.

    Uncaught ReferenceError : onAjaxLoad is not defined

    Pourquoi ?

    • Le 12 octobre 2016 à 17:44, par RastaPopoulos En réponse à : Saisies

      Tu as testé en installant QUE le plugin saisies ? Sinon ça ne teste pas ce plugin uniquement mais la conjonction de plein de trucs.

    • Le 12 octobre 2016 à 17:53, par Vincent En réponse à : Saisies

      Salut !

      Je viens de désactiver tous mes plugins, et ça ne fonctionne pas plus. Toujours la même erreur.

      Vincent

    • Le 12 octobre 2016 à 17:58, par RastaPopoulos En réponse à : Saisies

      Je cite notre cher Edgard :

      Edgard : la boule de cristal est en panne : on va avoir besoin d’une url pour voir ton site et comprendre le problème

      Parce que chezmoiçamarche © :p

    Répondre à ce message

  • Le 29 juin 2016 à 15:40, par Wilco En réponse à : Saisies

    Bonjour,
    Y a-t-il une raison spécifique pour laquelle le plugin insère ses fichiers JavaScript et CSS dans l’espace public à des positions « fixes » plutôt que de passer par les pipelines dédiés et d’utiliser les mécanismes #INSERT_HEAD et #INSERT_HEAD_CSS ? Ou est-ce juste un oubli ?

    Merci !

    • Le 29 juin 2016 à 15:45, par RastaPopoulos En réponse à : Saisies

      Parce que ça ne les ajoute pas sur toutes les pages du site mais seulement quand ça trouve des saisies dans la page (car le cas le plus courant n’est pas d’avoir des formulaires sur toutes les pages du site, et encore moins des formulaires avec Saisies).

    • Le 13 juillet 2016 à 13:32, par RastaPopoulos En réponse à : Saisies

      À priori le plugin n’insère ses trucs que s’il y a *vraiment* des saisies dans la page (la plupart des sites n’ont pas du tout des formulaires sur toutes les pages du site, inversement c’est plutôt une exception). Donc ça ne se fait qu’avec le pipeline affichage_final, quand on a disponible le contenu complet. Et non pas dans les pipelines qui ajoutent ça sur toutes les pages du site.

    Répondre à ce message

  • Le 13 juillet 2016 à 12:55, par cheikhou En réponse à : Saisies

    bonjour

    j’ai l’erreur suivante dans l’espace privée

    Parse error : syntax error, unexpected ’@’ in /var/www/html/httpdocs/plugins/auto/saisies/v2.7.0/inc/saisies_afficher.php(448) : eval()’d code on line 1.

    Aidez moi svp

    • Le 13 juillet 2016 à 13:30, par RastaPopoulos En réponse à : Saisies

      C’est à priori que tu utilises l’options « afficher_si », et qu’il y a une mauvaise syntaxe.

    • Le 13 juillet 2016 à 16:38, par cheikhou En réponse à : Saisies

      Effectivement .
      Merci beaucoup

    • Le 21 juillet 2016 à 07:08, par ngweb En réponse à : Saisies

      Moi j’avais le message
      Warning : Illegal string offset ’selection_1’ in /www/lesite/plugins/saisies/inc/saisies_afficher.php(448) : eval()’d code on line 1

      Résolu en modifiant la ligne 448 du fichier saisies_afficher.php en : @eval(’$ok = ’.$condition.’ ;’) ; au lieu de eval(’$ok = ’.$condition.’ ;’) ;

      Fonctionne maintenant sans afficher l’avertissement

    Répondre à ce message

  • Le 20 juillet 2016 à 21:11, par ngweb En réponse à : Saisies

    Bonjour,
    avec cette config SPIP 3.1.1 - Saisies 2.7.3 - php 5.4.45, et le plugin formidable, j’ai le message d’erreur php suivant :

    Warning : Illegal string offset ’selection_1’ in www/lesite/plugins/saisies/inc/saisies_afficher.php(448) : eval()’d code on line 1

    Cette erreur survient uniquement quand avec formidable, je définis un champ de formulaire avec une condition d’affichage de type :

    @selection_1@==« structure »

    La syntaxe de la condition est-elle la bonne ? Je pense que oui. L’erreur disparaît lorsque j’enlève la condition.

    Répondre à ce message

  • Le 27 janvier 2016 à 10:32, par Simatv15 En réponse à : Saisies

    Bonjour,

    Sur un SPIP version 3.1.0, avec le plugin Saisie 2.5.22, je développe un formulaire en CVT. Dans l’une de mes saisies, j’utilise l’option « afficher_si ». Or, mon champ s’affiche tout le temps et ne respecte pas la condition que je lui ai donnée.

    En utilisant la version 1.42.6 de Saisie, la fonctionnalité marche correctement. J’ai regardé le code du plugin, et j’ai vu qu’avec la version 2.5.22, chaque champs est contenu dans un bloc « div », tandis que dans la version 1.42.6, chaque champs est contenu dans un bloc « li ». Malgré cette évolution, le JavaScript généré pour gérer l’affichage du champ veut travailler sur un bloc « li » alors que c’est une « div » qu’il faut récupérer.

    Du coup, je pense que c’est un bug du plugin. Puis-je avoir un éclaircissement sur la question s’il vous plaît ?

    Merci d’avance pour votre réponse :-)

    • Le 28 janvier 2016 à 10:06, par RastaPopoulos En réponse à : Saisies

      Dans le javascript qui masque ou affiche les champs, je ne vois pas de référence à la balise <li> pourtant.

      Le code a bien l’air d’utiliser uniquement des attributs : soit l’identifiant « data-id », soit la classe du bloc (par ex « .editer_truc ») :
      http://zone.spip.org/trac/spip-zone/browser/_plugins_/saisies/trunk/inc/saisies_afficher.php#L384

      Est-ce que tu vois des erreurs javascript dans la console (de Firefox par ex) quand tu charges la page ? Si un autre script JS plante en amont, ça arrête TOUT le javascript entier, et donc tout ce qui suivra ne sera jamais exécuté.

    • Le 28 janvier 2016 à 12:49, par Simatv15 En réponse à : Saisies

      Effectivement, le code n’utilise aucune référence à la balise li.

      Mais, je me suis rendu compte que mon code surcharge le fichier saisies_afficher.php, et ajoute systématiquement, en dur, la balise li devant l’identifiant « data-id » ou devant la classe du bloc, comme dans l’ancienne version de Saisie. Donc le problème vient de mon côté.

      J’ai vu dans la fonction saisie_balise_structure_formulaire que l’on retourne div, en dur, à la place de li pour SPIP 3.0 :
      http://zone.spip.org/trac/spip-zone/browser/_plugins_/saisies/trunk/saisies_fonctions.php#L25

      Est-ce qu’il existe une alternative à cette balise écrite en dur, comme une GLOBAL qui contiendrait la balise que l’on veut utiliser pour nos blocs du formulaire ? Ou une autre solution qui ne perturberait pas le fonctionnement de mon site lors du mise à niveau du plugin ?

      Merci pour votre réponse précédente !

    • Le 28 janvier 2016 à 13:29, par RastaPopoulos En réponse à : Saisies

      Non ce n’est pas personnalisable par une variable. Le plugin Saisies suit la structure « officielle » recommandée pour SPIP, et à partir de la version 3.1, tous les ul/li ont été viré et remplacé par des div plus neutre, justement pour corriger des problèmes d’accessibilité. Donc le plugin ne fait que suivre cela. Mais ce n’est pas normal si le JS ne marche plus à cause de ça (mais si c’est juste à cause d’une surcharge de votre côté ça va : faut pas surcharger comme ça :D)

    • Le 28 janvier 2016 à 15:13, par Simatv15 En réponse à : Saisies

      D’accord, c’est noté. Je vais corriger sa de mon côté.

      Merci pour les informations et pour la rapidité des réponses ! ;-)

    Répondre à ce message

  • Le 19 janvier 2016 à 19:17, par DavidM En réponse à : Saisies

    Bonjour,
    Après mise à jour de spip 3 vers spip 3.1 (et Version 0.15.5 du plugin Contact avancé et version 2.5.22 pour Saisies), je vois apparemment un petit « bug » quand j’envoi un message avec le formulaire. (peut-être que c’est plus ancien et que je ne l’avais pas vu)
    Avec la prévisualisation, j’ai un message : « Il y a 2 erreurs dans votre saisie, veuillez vérifier les informations. » Sauf que je ne vois pas d’erreurs dans ma saisie (les champs obligatoires sont remplis), et quand j’envoie le message en confirmant l’envoi ça part, et je reçois le message.
    C’est gênant car ça peut dissuader l’envoi en faisant croire à une erreur.

    exemple ici : http://art-engage.net/Contact-artiste-David-Myriam.html

    Merci pour toute piste utile, j’ai posté aussi sur la page du plugin Contact Avancé, car je ne sais pas au juste à quel niveau ça se passe...

    • Le 21 janvier 2016 à 18:00, par DavidM En réponse à : Saisies

      Résolu par le plugin Formulaire contact avancé. :-)
      ca ne concernait pas Saisies

    Répondre à ce message

Répondre à cet article

Qui êtes-vous ?

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 Les choses à faire avant de poser une question (Prolégomènes aux rapports de bugs. )
Ajouter un document

Retour en haut de la page

Ça discute par ici

  • Publication par email

    28 mars 2013 – 32 commentaires

    Permet de publier vos articles par email Avertissements Ce plugin est expérimental. Le chantier est ouvert, n’hésitez à contribuer. Scénario d’utilisation Claire utilise un site SPIP avec un compte auteur dans lequel elle a renseigné le champs (...)

  • Balises #SWITCH et #CASE

    20 mai 2016 – commentaires

    Ce plugin introduit dans SPIP les balises #SWITCH, #CASE et #CASE_DEFAULT qui reproduisent le fonctionnement des switch... case... default... du php et du C. Utilisation Les balises #SWITCH, #CASE et #CASE_DEFAULT permettent de comparer un (...)

  • Saisies

    27 mars 2010 – 481 commentaires

    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 pour les développeurs (...)

  • CookieChoices

    26 septembre 2014 – 18 commentaires

    Affiche un avertissement à l’usage des cookies en utilisant le script cookiechoices fourni par google Introduction Par défaut, SPIP est respectueux de la vie privée de ses visiteurs et ne pose pas de cookies de traçages ou publicitaires. Ce (...)

  • Écrire la documentation d’un plugin SPIP

    25 février 2014 – commentaires

    Cet article explique en 4 étapes comment créer les liens de la documentation d’un plugin sur Contrib. Il s’adresse aussi aux administrateurs et administratrices de SPIP-contrib qui auraient des trous de mémoire ;) Prérequis : vous disposez d’un (...)

Ça spipe par là