SPIP-Contrib

SPIP-Contrib

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

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

Accueil > Outils pour plugins > Saisies > Saisies

Saisies

27 mars 2010 – par RastaPopoulos – 470 commentaires

59 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 un élément <li></li> selon les recommandations HTML des formulaires SPIP.
Il faudra donc entourer vos saisies d’une liste <ul></ul>.

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 9 mai 2016

Retour en haut de la page

Tout afficher

Vos commentaires

  • Le 12 octobre à 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 à 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 à 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 à 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 à 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 à 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 à 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 à 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 à 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 à 16:38, par cheikhou En réponse à : Saisies

      Effectivement .
      Merci beaucoup

    • Le 21 juillet à 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 à 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 à 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 à 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 à 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 à 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 à 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 à 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 à 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 à 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 à 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 à 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 à 12:34, par RastaPopoulos En réponse à : Saisies

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

    • Le 20 janvier à 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 à 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 à 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 à 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 à 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 à 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 à 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

  • Le 14 décembre 2015 à 11:35, par PRX En réponse à : Saisies

    Bonjour,
    je souhaiterai que la personne qui a rempli le formulaire puisse avoir un N° unique en retour dans son email (pour faire un « RMA » = N° de retour atelier ).

    Je pensais mettre le N° du formulaire rempli (« Id » que l’on voit dans le tableau des réponses).
    Comment intégrer ce N° Id dans la réponse email SVP ?

    Merci d’avance.

    • Le 14 décembre 2015 à 11:49, par RastaPopoulos En réponse à : Saisies

      Tu confonds pas avec le plugin Formidable ?
      Mais dans tous les cas, ce dernier a des traitements totalement séparés et il n’y a pour l’instant pas de moyen de savoir à coup sûr l’ordre d’exécution des traitements. En conséquence, il n’est pas possible d’être sûr que l’enregistrement en base (produisant alors un identifiant SQL) soit fait AVANT le traitement « envoyer par email ». Et du coup dans l’email on a pas moyen d’être sûr d’avoir un enregistrement en base sous la main.

      En revanche on pourrait imaginer que tu ajoutes un champ « hidden » et que tu notes son nom (hidden_1) puis, si tu appelles ton formulaire en squelette uniquement (ça ne peut pas le faire pour un appel dans un contenu avec le modèle), tu peux pré-remplir le champ avec une valeur quelconque, donc tu peux produire un identifiant aléatoire et mettre la valeur dans « hidden_1 » au moment de l’appel (cf la doc de Formidable, appel en squelette, il y a un paramètre tableau pour pré-rempli les champs).

    • Le 14 décembre 2015 à 12:04, par PRX En réponse à : Saisies

      Bonjour,
      merci de ta rapidité . C’est vrai je confonds, mais avec Forms&Table 2.5 .
      Je vais tenter de ce côté là. Merci et désolé.

    Répondre à ce message

Répondre à cet article

Qui êtes-vous ?
  • [Se connecter]

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

  • Mailsubscribers

    16 janvier 2013 – 274 commentaires

    Ce plugin permet de gérer les inscriptions (ou abonnements) à la diffusion de contenu par email. Mailsubscribers permet de gérer les inscriptions par Opt-in simple ou double et la désinscription par URL. Ce plugin gère également plusieurs listes (...)

  • noiZetier v2

    9 novembre 2012 – 36 commentaires

    Le noiZetier offre une interface d’administration permettant d’insérer au choix des éléments modulaires de squelettes (noisettes) et de les ajouter ainsi à ses squelettes. Compatibilité La version 2 du noizetier fonctionne sous SPIP 3. Elle est (...)

  • cirr : plugin « rédacteur restreint »

    29 octobre 2010 – 60 commentaires

    Ce plugin « cirr : rédacteur restreint » permet d’affecter des rubriques aux rédacteurs et modifie les droits afin qu’un rédacteur restreint (ou un administrateur restreint) voit dans l’espace privé uniquement les rubriques qui lui sont affectées (et leur (...)

  • Un retour d’expérience d’utilisation de Formidable

    26 octobre – commentaires

    Il s’agissait de créer un formulaire d’inscription à un évènement modérer les inscriptions dans le privé publier les inscriptions dans le public Nous avons discuté de cette présentation lors de l’apéro SPIP du 15 février 2016 à la Cantine (...)

  • Métas +

    3 décembre – 14 commentaires

    Améliorez l’indexation de vos articles dans les moteurs et leur affichage sur les réseaux sociaux grâce aux métadonnées Dublin Core, Open Graph et Twitter Card. Installation Activer le plugin dans le menu dédié. Dans le panel de configuration, (...)

Ça spipe par là