SPIP-Contrib

SPIP-Contrib

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

286 Plugins, 197 contribs sur SPIP-Zone, 356 visiteurs en ce moment

Accueil > Outils pour plugins > Saisies > Saisies

Saisies

27 mars 2010 – par RastaPopoulos – 471 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.


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 29 décembre 2016

Retour en haut de la page

Tout afficher

Vos commentaires

  • 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

  • Le 19 janvier 2016 à 23:13, par alain bourdeau En réponse à : Saisies

    Bonjour,

    Aprés une mise à jour 3.1 le plugin saisies plante spip -page blanche dans la zonne administration et public-.

    Cela n’est que sur un ordi upgradé d’ubuntu 12.xx à 14.04. Quelles librairies linux sont utilisées par le plugin et en quelle version ?

    C’est très bloquant car saisies est indispensable pour entre autres la fabrique.

    Merci

    • Le 20 janvier 2016 à 09:09, par RastaPopoulos En réponse à : Saisies

      Qu’est-ce qui te fais dire que c’est Saisies qui contient le code qui fait planter ? As-tu un message d’erreur PHP quelque part ? Sinon, il faut activer l’affichage des erreurs PHP, car une page blanche ça signifie à priori « Fatal Error » de PHP :

      1. error_reporting(E_ALL^E_NOTICE);
      2. ini_set ("display_errors", "On");

      Télécharger

    • Le 20 janvier 2016 à 11:25, par alain bourdeau En réponse à : Saisies

      Bonjour,
      Uniquement parce que dés que je charge et demande l’activation de saisies, aprés la phase de chargement j’obtiens une magnifique page blanche.

      Ou mettre les deux lignes que tu me propose pour avoir les messages php ?

      MErci bien

    • Le 20 janvier 2016 à 12:34, par RastaPopoulos En réponse à : Saisies

      Dans config/mes_options.php (avec <?php au début du fichier évidemment)

    • Le 20 janvier 2016 à 15:29, par alain bourdeau En réponse à : Saisies

      Cher RASTAPOULOS,

      Et voila le résultat :

      Fatal error : Cannot redeclare selecteur_lister_objets() (previously declared in /var/www/html/ecrire/inc/filtres_selecteur_generique.php:30) in /var/www/html/prive/formulaires/selecteur/generique_fonctions.php on line 10

      A toi de voir
      Une démarche ’docteur’

      Merci bien.

    • Le 20 janvier 2016 à 17:41, par RastaPopoulos En réponse à : Saisies

      T’es sûr que tu as bien mis à jour comme il faut ?

      Parce que dans prive/formulaires/selecteur/generique_fonctions.php, désormais il n’y a justement plus QUE une inclusion de inc/filtres_selecteur_generique.php avec la fonction SPIP include_spip() qui n’inclue jamais deux fois la même chose.

      Regarde ce que tu as dans generique_fonctions car il n’y a PAS 30 lignes en 3.1 (ton erreur dit « déjà déclaré ligne 30 »).

    • Le 20 janvier 2016 à 19:04, par alain bourdeau En réponse à : Saisies

      Bingo ! RastaPopoulos
      Le fichier generique_fonctions.php avait : 184 lignes !

      J’ai remplacé le dossier privé de ce SPIP par celui récupéré pour une nouvelle installation et la tout est redevenu ’NORMAL’.

      Il est probable que la mise à jour s’est plantée ou du moins n’a pas tout bien fait. Peut être une question de marche de spip_loader.php.

      Merci bien et félicitations pour ta dextérité.
      Alain BOURDEAU

    Répondre à ce message

  • Le 7 janvier 2016 à 15:07, par bruno31 En réponse à : Saisies

    Bonjour RastaPopoulos

    Quand on créé un modèle de saisie perso, le plugin encapsule automatiquement un <li>...</li> autour du code défini dans le modèle perso.

    Si je donne un paramètre « label » dans ma #SAISIE, alors le plugin génère le code <label>....</label>

    Est-il possible de désactiver ce comportement pour ma saisie perso ?
    c.a.d pas de <li> et de <label>

    Pour info, j’ai créé une saisie perso avec les classes css de bootstrap, donc qui n’utilisent pas de <li>
    Et mon label est utilisé dans le placeholder. Donc pas de <label>.
    Cette saisie me permet d’afficher une icone à gauche de l’input.

    MERCI

    • Le 10 janvier 2016 à 22:19, par bruno31 En réponse à : Saisies

      J’ajoute que l’icone que je veux rajouter à gauche de mon input est un glyphicon de bootstrap.
      Donc cela ne peut pas être fait avec un background-image en css.
      Je dois ajouter le code <i class="icon-xxx">/<i> à gauche de mon input.
      Ce qui implique de modifier le code html habituellement utilisé dans SPIP.

    • Le 11 janvier 2016 à 16:41, par bruno31 En réponse à : Saisies

      Je continue mon monologue...

      En regardant de plus près le fichier _base.html, qui, comme son nom l’indique, est appelé pour chaque saisie, je vois qu’il vérifie si type_saisie (par ex input_icone) est défini dans le tableau saisies_autonomes.
      Si c’est le cas, la saisie perso (input_icone.html) est directement inclue, sans ajout des <li> et autres traitements standards.

      Pour ajouter la nouvelle saisie dans saisies_autonomes, il faut utiliser un pipeline. Voir http://contrib.spip.net/Saisies-fai...

      A priori, cela pourrait correspondre à mon besoin.
      Mais...
      Il serait tout de même plus judicieux d’utiliser la saisie INPUT existante. Et de jouer avec les CSS pour ajouter mon icone à gauche de la saisie. En utilisant le sélecteur li.editer_xxx:before (xxx nom du champ).

      J’ai aussi plusieurs classes css à ajouter dans le li et le input, pour que cela fonctionne. Je pense pouvoir me débrouiller avec les paramètres li_class et class.

    Répondre à ce message

  • Le 11 janvier 2016 à 14:40, par alain bourdeau En réponse à : Saisies

    Bonjour,

    Suite à une mise à jour de spip en 3.1 depuis une 3.0.21 en local, le plugin saisie bloque le site.
    Même après une mise à jour depuis spip_contrib.
    Avez-vous eu cette erreur ?
    Et quelles pistes possibles ?
    Merci Alain

    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

  • Referer Spam

    23 janvier 2016 – 21 commentaires

    Le but de ce plugin est d’exclure les liens entrants frauduleux des statistiques à l’aide d’une liste noire. Afin de lutter contre le referer spam, qui peut rapidement rendre inutilisable les statistiques de visites fournies par spip, ce plugin (...)

  • Plugin Bank

    12 juin 2015 – 56 commentaires

    Le plugin Bank prend en charge l’interface technique de paiement avec de nombreux prestataires de paiement par Carte Bleue, SEPA… Il prend également en charge la conservation de l’historique des transactions de paiement et de leur état et offre une (...)

  • Newsletters

    16 janvier 2013 – 398 commentaires

    Ce plugin permet de composer des Info-lettres. Par info-lettre, on désigne ici le contenu éditorial qui va être composé et envoyé par courriel à une liste d’inscrits. Le plugin permet de composer une info-lettre à partir d’un modèle pré-composé, (...)

  • ScolaSPIP 4

    19 janvier 2016 – 151 commentaires

    ScolaSPIP est plugin-squelette responsive personnalisable pour sites Web d’établissements scolaires basé sur SPIPr Présentation de ScolaSPIP Ce plugin pour SPIP 3 est développé par la Dane de l’académie de Versailles pour les webmestres de cette (...)

  • Plugin envoyer à un ami

    21 juin 2007 – 144 commentaires

    Envoyer l’article par mail à un ami