Plugin Insérer Modèles

Ce plugin fournit une aide à l’insertion des modèles dans vos textes à travers des formulaires de saisies. Ces formulaires sont accessibles dans la colonne de droite ou via un bouton dans le porte-plume.

Installation et dépendances

Ce plugin s’installe comme tous les autres plugins. Il nécessite les plugins Saisies, SPIP-Bonux, YAML et Vérifier.

Formulaires d’insertion dans la colonne latérale

Sur les pages d’édition des articles, des rubriques, des brèves et des mots-clés, le formulaire ci-dessous est affiché dans la colonne latérale. Son contenu est fonction des plugins et modèles installés sur votre site.

Sélectionnez le modèle que vous souhaitez insérer et remplissez le formulaire.

Cliquez sur Insérer : l’appel du modèle est alors calculé.

Vous pouvez corriger les données saisies ou bien copier l’appel du modèle pour le coller ensuite dans votre texte.

Remarque : la liste des modèles proposés dépend des plugins installés sur votre site. En effet, charge à chaque plugin de déclarer à Insérer Modèles les modèles qu’il propose (cf. Comment déclarer un modèle pour le plugin “Insérer Modèles”). Si aucun plugin actif ne déclare de modèle à insérer, alors le formulaire d’Insérer modèles n’est pas affiché.

Exemples de plugins déclarant des modèles à Insérer modèles :
-  Plugin Modèles media,
-  Formidable, le générateur de formulaires,
-  Cite : des modèles pour les références bibliographiques,
-  Modèle exergue

Votre squelette ou plugin peut également déclarer ses modeles pour que Insérer modèles les propose. Pour cela, suivez les instructions dans la dernière partie de cet article.

Utilisation avec le porte-plume

Si le porte-plume est activé, un bouton pour l’insertion des modèles sera ajouté au porte-plume.

NB : à partir de la version 1 pour SPIP 3, l’icône change. Il s’agit dorénavant de

.

Positionnez le curseur à l’endroit du texte où vous souhaitez insérer le modèle puis cliquez sur le bouton en forme de pièce de puzzle, vous ferez apparaître une
fenêtre vous permettant de choisir le type de modèle que vous souhaitez insérer.

Il est également possible de choisir directement le type de modèle que vous souhaitez insérer via les boutons (sous-menu) qui apparaissent au survol avec la souris du bouton principal.

Remplissez le formulaire.

Lorsque vous cliquez sur Insérer, l’appel du modèle est calculé et automatiquement inséré à l’endroit où ce situait votre curseur dans le texte.

Déclarer des modèles à Insérer Modèles

Le plugin Insérer Modèles proposera à l’insertion tous les fichiers YAML trouvés dans un sous-répertoire modeles/ de plugins actifs. Ces fichiers permettent de décrire le formulaire d’insertion du ou des modèles concernés.

Pour plus de détails, voir Comment déclarer un modèle pour le plugin “Insérer Modèles”.

updated on 5 May 2020

Discussion

31 discussions

  • 3

    bonjour,

    2 questions
    1 - on voit bien ou est utilisé : icone_barre ( affichage bloc et affichage porte plume)
    mais ou utilise t-on le logo ?

    logo: 'images/titre.png'
    icone_barre: 'titre.png'

    2- Si on a des modèles utilisant des plugins par exemple picto et que l’on veut le mettre dans un plugin regroupant des modèles.
    est -il possible de tester si le le plugin existe avant de l’afficher ? ou est-on obligé de mettre dans paquet : <necessite nom="picto" compatibilite="[3.37.1;[" />

    ceci dit ce plugin est super

    • 1. De facto, nul part
      2. Mouais, ce serait pas plutot au plugin de picto de fournir le modèle dans ce cas là ?
      Si c’est pas le cas, on pourrait imaginer de mettre un afficher_si au premier niveau du .yaml, mais j’aimerais que tu ouvre un ticket à ce sujet, pour avoir les avis des autres.

      Pour ouvrir un ticker, écrit à spip-dev et demande un accès à git.spip.net (après avoir lu et accepté la charte).

    • comment ? ou? on écrit à spip-dev

    Reply to this message

  • 6

    une autre question ... quand on fait un fichier yaml pour insérer un modèle y a t-il un moyen de tester si une valeur saisie est correcte ? peux t-on insérer une valeur issue de spip ( #ENV) ?

    • 1. Pour les tests de validité, oui c’est possible, c’est le paramètre “verifier” dans la déclaration d’une saisie.

      Par ex :

         
       verifier:
            type: ’entier’
            options:
              min: 1
      

      voir la doc du plugin “verifier” pour l’ensemble des vérifs possibles.

      Pas sur de comprendre ta question sur env.

    • merci beaucoup pour tes réponses ...

      pour le #ENV ... c’est simplement récupérer une valeur de la page par exemple la couleur du thème pour partir de cette couleur pour un choix de couleur, ou mettre au depart l’id de l’article dans un choix d’id , une variable globale ...etc BREF des infos spip

    • bonjour,
      j’ai ce formulaire

      nom: 'parametrer pdf'
      logo: 'pdf.png'
      icone_barre: 'pdf.png'
      parametres:
        -
         saisie: 'hidden'
         options:
           nom: 'modele'
           defaut: 'doc'
        -
          saisie: 'selecteur_document'
          options:
            nom: 'id_document'
            label: 'choisir un document'
            obligatoire: 'oui'
            defaut: '' 
          verifier:
              type: 'id_document'
        -
          saisie: 'input'
          options:
            nom: 'hauteur'
            label: "hauteur en pixel( sans px)"
            cacher_option_intro: 'oui'
            obligatoire: 'non'
          verifier:
            type: 'entier'
            options :
              min : 200
        -
          saisie: 'input'
          options:
            nom: 'largeur'
            label: "largeur en %( sans %)"     
            cacher_option_intro: 'oui'
            obligatoire: 'non'
          verifier:
            type: 'entier'
            options :
              min : 30
              max : 100
        -      
          saisie: 'selection'
          options:
            nom: 'align'
            label: "alignement"
            cacher_option_intro: 'oui'
            defaut: 'defaut'     
            datas:
              'right' : 'droite'
              'center' : 'centrer'
              'left' : 'gauche'   
       

      si j’accède au fomulaire par la colonne de droite ... aucun pb de saisie

      si j’y accède par la barre la saisie de id_document, ( choisir) ferme le formulaire et rien ne se passe

    • 1. Pour ta question sur un accès par la barre de saisie, c’est que SPIP ne gère visiblement pas les modalbox dans les modalbox. Il y a peut être moyen de résoudre cela, mais c’est des compétences js que je n’ai pas à porter de main, et je n’ai pas franchement le temps ni l’envie d’y passer des heures à chercher. Cela étant je vais ouvrir un ticket, peut être que des gens plus compétents que moi pourrons résoudre cela.

      2. Sur ta question de ENV
      a. Ton besoin est légitime, mais plutot mineure
      b. Y répondre est plus complexe :
      i, Quant à la source

      - déjà les infos spip ne sont pas nécessairement des info env. Par exemple la couleur du fond est une info SPIP, mais pas env
      - en plus, pour la couleur, ce qui est stocké c’est un numéro de couleur, pas un code couleur au sens HTML/CSS
      - du coup pour ton affaire de code couleur, le mieux serait que tu créé ta propre saisie, laquelle se contenterait d’un #INCLURE vers la saisie input, en passant le bon paramètre par défaut, c’est à dire la couleur associé a la personne connecée (à rechercher dans les fonction de SPIP, mais en gros faut regarder du côte de prive/formulaires/configurer_preferences)

      ii. Cela étant, on peut imaginer de récuperer certains choses, soit depuis :

      - la config du site (différente de la config de la personne connecté)
      - depuis les paramètres passés en GET à la page d’édition (id_article, par ex.). Mais c’est différent de la notion de #ENV, qui est trop large et contextuelle pour pouvoir bien s’appliquer.
      - du coup sur le depot git, j’ai créé une branche dev_baloo, qui permet de faire cela.
      - je t’invite à la tester, en la téléchargeant ici https://git.spip.net/spip-contrib-extensions/inserer_modeles/archive/dev_baloo.zip
      - la doc sur comment s’en servir https://git.spip.net/spip-contrib-extensions/inserer_modeles/commit/73c8ee18bdd893ba266cbb2549109c310a3f7184
      - et pour tes retours, merci de les faire plutot dans la PR dédiée, cela sera plus simple pour le suivi des discussions https://git.spip.net/spip-contrib-extensions/inserer_modeles/pulls/3

    Reply to this message

  • 6

    bonjour,
    pour alléger l’écran, serait il possible, lorsqu’on a le porte plume, de pouvoir choisir ne pas avoir la saisie dans la colonne de droite mais uniquement dans la barre du porte plume

    merci

    • Cela nécessiterait de mettre à jour le formulaire de configuration. Malheureusement, pour ma part, je n’ai plus vraiment le temps de gérer le service après don de ce plugin. Maïeul, si tu veux t’en occuper, je te laisse la main avec joie.

      PS : dis moi si tu veux que je te rajoute comme auteur de l’article sur Contrib pour faciliter la mise à jour de la documentation

    • En fait la question que je me posais, c’est s’il fallait une config general ou par auteur.

      Dans le premier cas c’est facile à ajouter (enfin, je vais rééecrire le formulaire de config pour le mettre en full saisie, mais c’est facile). Dans le second cas ca demande un peu plus de boulot.

    • une config général serait super

    • Bon, en fait cela existe deja. Il faut se rendre sur la page de config, et décocher toutes les pages. On garde ainsi le formulaire uniquement dans le porte plume.

      Cela étant ton questionnement m’a permis de réviser un peu le code du plugin pour le rendre plus propre, et donc potentiellement plus étendable dans le futur.

    • oui cela fonctionne bien ... il faudrait mettre quelque chose de plus explicite au lieu de “Veuillez sélectionner un ou plusieurs objets sur lesquels vous désirez que le bloc d’insertion des modèles apparaissent.” ou dans la doc

    • bah heu, c’est assez explicite non. Si on coche la case, le bloc d’inseration apparait, sinon pas :P

      par contree oui faudrait documenter... plus tard

    Reply to this message

  • 1

    Salut Joseph,

    je crois que tu n’es plus trop actif sur SPIP ces derniers temps.

    Du coup je voulais savoir si tu “déléguais” éventuellement l’évolution du plugin à la communauté, où si tu veux avoir un contrôle dessus (cf. mes PR).

    • Bonjour Maïeul,

      en effet, mon activité dans Spip est très très limitée depuis quelques années. Je développe plutôt sur R actuellement, plus en lien avec mes besoins professionnels et mes activités d’enseignement.

      Par contre, je suis plus que ravi si la communauté souhaite intervenir sur des plugins que j’ai créé et je délègue sans aucun problème. Je considère qu’il s’agit de biens collectifs. Tu peux donc intervenir sur le code sans problème et sans avoir à me demander mon avis.

      Si besoin de faire avancer la documentation, n’hésite pas à me demander de t’ajouter comme co-auteurs de l’article de documentation.

      Et en cas d’évolutions substantielles, n’hésite surtout pas à t’ajouter comme co-auteur du plugin.

      Bien amicalement

    Reply to this message

  • 6

    bonjour,
    je teste la 3.3 avec php 7.4 car je suis obligé de passer en php 7.4
    le plugin est en b26cd-v1.3.6
    Le plugin inserer_modele ne fonctionne pas dans ce cas

    j’ai le message :
    Warning: file_get_contents(../plugins/inserer_modeles/inserer_modeles/icones_barre/): failed to open stream: No such file or directory in C:\wamp64\www\lansargue\ecrire\inc\svg.php on line 68

    je précise que j’ai enlever mon répertoire perso modele mais que l’erreur persiste
    savez vous comment corriger
    merci

    • désolé pour le dérangement ... le pb vient d’un autre plugin

    • bonjour,

      en spip 3.3 php7.4 et Insérer Modèles v1.3.6. autres plugins non nécessaires à inserer modeles desactivés.

      pb 1- dans tous les cas la barre des taches me permet de choisir et saisir un modele et le pavé de droite inserer un modele ne me permet pas de cocher un choix ( inactif). même avec seulement “un document”. Avez vous une idee du pb

      pb 2- si on supprime du yaml : icone_barre ou si on met icone_barre: ’ ’
      on a l’erreur :
      Warning: file_get_contents(../plugins/inserer_modeles-b26cd-v1.3.6/inserer_modeles/icones_barre/): failed to open stream: No such file or directory in C:\wamp64\www\lansargue\ecrire\inc\svg.php on line 68

      par contre le porteplume est ok, la barre présente un carré blanc et on peut inserer tous les modeles.

      pas d’erreur si on supprime logo ou si on a logo:“”
      pourriez vous préciser cette obligation dans la doc ou afficher un message

    • j’ai installé spip 3.3 sur un espace de test qui etait en 3.2 sur le serveur de prod mais celui -ci est en PHP Version 7.0.33-0+deb9u7 et non en 7.4
      tout fonctionne bien ( en 7.0 et 7.4) par la barre typographique y compris lorsque l’on obtient la fenetre de choix du modèle en cliquant directement sur le symbole de inserer_modele.
      Cela ne marche pas dans le module de saisie à droite : je ne peux pas cliquer.

    • pour info :je viens de tester avec les squelettes de la dist et sans autre plugin que yaml, verifier et saisie ... même problème de clic sur document sur l’écran de droite.
      Bon je vais supprimer cet affichage et ne garder que l’appel par la barre typo dans une copie du plugin en attendant la correction.

    • spip 3;3

      1- impossible de cliquer sur un modèle: c’est un pb de big-up. en attendant
      #extra {z:index:100} permet de passer outre

      2- dans le fichier yaml du modele :
      icone_barre:’’ ou pas de déclaration d’icone_barre donnent une erreur

      warning : file_get_contens( ../plugin/inserer_modeles-b26cd-v1.3.6/inserer_modeles/icones_basse/ : failed to open stream : no such file or directory in ecrire\inc\svg.php on line 68
      avec la bidouille icone_barre : ’toto.png’ avec toto.png qui n’existe pas sur le serveur....cela marche

    • pour le premier point normalement c’est résolu avec les dernières versions de bigup...

    Reply to this message

  • 2

    C’est très chouette pour les rédacteurs d’avoir les boutons d’aide à l’insertion de modèles directement dans la barre d’édition, mais parfois il y a trop de boutons dans le sous-menu de Insérer modèles, et tous ces modèles ne s’adressent pas aux rédacteurs et risquent de les embrouiller et d’embrouiller les textes produits. Là en l’occurence je voudrais ne pas proposer les boutons des modèles formulaire_formidable et formulaire_contact (de contact avancé).

    Comment faire quand des plugins proposent le yaml de leur modeles, mais qu’on ne veut pas que les boutons correspondants apparaissent dans le sous-menu de “Insérer Modele” de la barre d’édition ?

    • En regardant rapidement le code du plugin, la fonction qui liste les modèles (https://git.spip.net/spip-contrib-extensions/inserer_modeles/src/commit/807d02427e584a53ba3a99980f1c751efb5ed983/inc/inserer_modeles.php#L12) n’a pas de pipeline sur lequel on pourrait se brancher.

      Il faudrait donc ajouter un pipeline qui permettrait de modifier cette liste via un autre plugin ou dans mes_fonctions.php.

    • OK; merci pour cette réponse aussi rapide !

      Entre temps j’ai exploré d’autres pistes et finalement je vais me servir d’un autre jeu de plugins... À mon avis c’est un besoin quand même... y compris pour des utilisateurs webmestres qui ne pourraient pas coder un pipeline : il leur faudrait une 2eme liste de case à cocher dans la page de config de inserer_modele, pour sélectionner les modèles que “Insérer modeles” doit retenir parmi ceux qui disposent d’un .yaml...

    Reply to this message

  • 5

    Bonjour,
    J’étais dans le process de mettre à jour tous mes sites en 3.2.7 et à chaque fois je mets à jour préalablement les plugins. J’ai l’impression que le passage de ce plugin de 1.3.3 en 1.3.5 crashe le site (page blanche). J’ai dévalidé tous les plugins, revalidés un par un et c’est bien ce plugin qui casse tout.
    Le passage en 3.2.7 postérieur n’y change rien, ça casse, back-office + front-office.
    Pierre

    • Pas de problème chez moi. Mais, comme pour tous les bugs de pageblanche :
      -  il faut connaitre la version php
      -  il faut regarder les logs php / configurer pour afficher directement les erreurs
      afin de trouver l’erreur précise,.

    • Oui bien sûr je sais mais comme je le disais je suis en train de mettre à jour une 50aine de sites spip donc je fonce :-)
      Et je constate effectivement que sur un second site avec ce plugin je n’ai pas le souci, bizarre ... mais c’est bien quand j’active ce plugin que ça coince ... Dès que j’ai fini toutes ces mises à jour je reviens avec plus de données.
      Pierre

    • A tout hasard, ne pas hésiter à vider totalement le cache

    • Bonjour,

      Donc le vidage total de cache n’a rien donné, par contre ça m’a permis d’avoir une erreur affichée qui semblait établir une relation avec yaml ... je vais voir mon plugin YAML, version 1.5.4 ... je vais voir sur Contrib, je vois qu’il y a une version 2.0.11 (mais en test) ... je mets à jour, j’active YAML 2.0.11, je remets inserer_modeles, ça marche !

      Comme je le disais j’ai un autre site avec inserer_modeles, je vais voir ... YAML 1.5.4 mais là ça marche déjà ! ouille mal de tête :-)

      J’ai essayé de copier-coller l’erreur, mais c’est difficilement lisible, néanmoins si cela donne une indication:

      1 Erreur(s) dans le squeletteNuméro        Message        squelette        boucle        Ligne
      1         L24: Unable to parse string: Unable to parse line 6 ( options:).
      /*008*/<?php echo recuperer_fond( 'prive/squelettes/head/accueil', array_merge(array (
      /*009*/  'exec' => 'accueil',
      /*010*/  'date' => '2019-12-12 18:21:34',
      /*011*/  'date_default' => true,
      /*012*/  'date_redac' => '2019-12-12 18:21:34',
      /*013*/  'date_redac_default' => true,
      /*014*/  'type-page' => 'accueil',
      /*015*/  'composition' => '',
      /*016*/  'lang' => 'fr',
      /*017*/),array('espace_prive' => '1',
      /*018*/    'lang' => 'fr')), array("compil"=>array('../prive/squelettes/structure.html','html_a13d832d5e0fd438476eea3860fa764c','',10,$GLOBALS['spip_lang'])), _request("connect"));
      /*019*/?>
      /*020*/</head>
      /*021*/<?php echo recuperer_fond( 'prive/squelettes/body', array_merge(array (
      /*022*/  'exec' => 'accueil',
      /*023*/  'date' => '2019-12-12 18:21:34',
      /*024*/  'date_default' => true,
      /*025*/  'date_redac' => '2019-12-12 18:21:34',
      /*026*/  'date_redac_default' => true,
      /*027*/  'type-page' => 'accueil',
      /*028*/  'composition' => '',
      /*029*/  'lang' => 'fr',
      /*030*/),array('espace_prive' => '1',
      /*031*/    'lang' => 'fr')), array("compil"=>array('../prive/squelettes/structure.html','html_a13d832d5e0fd438476eea3860fa764c','',12,$GLOBALS['spip_lang'])), _request("connect"));
      /*032*/?>
      /*033*/</html>
      /*034*/         ../prive/squelettes/structure.html        /home/boutu/public_html/plugins/auto/yaml/v1.5.4/inc/yaml_sfyaml.php        

      Voilà pour l’instant. J’avais aussi essayé un error_reporting(E_ALL); mais rien, page blanche !

      Pierre.

    • Bonjour,

      J’ai un message précédent qui ne s’affiche pas, j’espère qu’il va arriver pour comprendre celui-ci ...

      Sur l’autre site qui marche, je me suis dit que j’allais aussi mettre à jour YAML de 1.5.4 en 2.0.11 de force car ça ne me propose pas de mise à jour. Ma page de plugin me dit que j’ai YAML 1.5.4. Je vais dans la page d’installation de plugin, je recherche YAML, ça me propose:
      YAML 2.0.11 - test - déjà installé
      Donc en fait dans cet autre site il semblerait que j’ai bien YAML 2.0.11 (ce qui conforte l’explication dans l’autre message) mais qu’il a gardé le nom 1.5.4 (ce qui explique ma confusion) ... bizarre tout ça.

      Pierre.

    Reply to this message

  • Liberté

    Bonjour,

    La liste des téléchargements et documents joints proposent les deux versions en double (mais avec stable ou non et de ko différents).

    Reply to this message

  • 10

    bonjour,
    comment puis je décrire, si c’est possible ... l’element suivant d’un modèle permettant de passer plusieurs articles au modele ...

    idart=1053,1048,416

    ou plusieurs image ( slider )
    si une autre syntaxe fonctionne je peux adapter les modeles ..
    merci

    • Il vous faut utiliser, dans le YAML de votre modèle, la saisie selecteur_article et utiliser l’option multiple de cette saisie qui permets de sélectionner plusieurs articles.

    • j’ai écrit
      saisie: ’selecteur_article’
      options:
      nom: ’idart’
      label: ’articles a afficher’
      multiple:’oui’
      defaut: ’’

      cela n’est pas interprété par le plugin ... erreur
      quelle est la syntaxe ?
      existe t-il une liste des options possibles ?

    • j’ai ecrit
      saisie: ’selecteur_article’
      options:
      nom: ’idart’
      label: ’les articles’
      defaut: ’’
      multiple:’oui’

      la syntaxe met le plugin en erreur. Quelle est la bonne syntaxe ?
      y a t-il une liste des options disponibles ?
      merci

    • ATTENTION : le language YAML est sensible à l’indentation (nombre d’espaces en début de ligne).

      Voir des exemples sur https://contrib.spip.net/Inserer-Modeles-Carnet-de-developpement

    • je suis nulle en yaml ...
      j’écris

      -
          saisie: 'selecteur_article'
          options:
            nom: 'idart'
            label: 'id des articles'
            defaut: ''
            multiple: 'oui'

      j’ai bien le pavé d’insertion qui s’affiche et je peux sélectionner des articles ( ça c’est vraiment super) ici 1048 et 238
      mais j’obtiens
      <article_colonne|col=4 |intro=o|idart=article|1048,article|238>
      je voulais
      <article_colonne|col=4 |intro=o|idart=1048,238>
      le fait que j’ai chaque fois article |est-ce normal par rapport aux modèles spip...
      ai je une erreur de syntaxe ou est -ce le fonctionnement normal ?
      merci

    • bon je n’avais pas vue que les différentes possibilités de description viennent du plugin saisie. Je donne les référence pour les étourdis ... :

      https://contrib.spip.net/Reference-des-saisies
      et
      https://contrib.spip.net/Doc-Saisies-complementaire

      bon, je n’ai pas pour l’instant réglé mon pb d’ecriture d’id d’article en selection multiple

    • Chez moi cela ne fonctionne pas avec le “selecteur_article”. J’ai une erreur jQuery (dernière version de Spip).
      Est-ce que quelqu’un reproduit également ce problème ?

          saisie: 'selecteur_article'
          options:
            nom: 'id_article'
            label: 'Liste des articles'
            defaut: ''
            multiple: 'oui'
    • non j’ai pas ce pb ... cela fonctionne

    • OK. Cela m’intéresserai d’avoir un exemple YAML complet pour un sélecteur d’article ou document multiple. Car chez moi, dans l’édition de l’article, cela fonctionne uniquement si je passe par le panel (colonne) de droite pour insérer le modèle. Si j’utilise le raccourcis dans la barre typographique (popup), ça plante.

      Merci.

    • Alors le problème provient bien du raccourcis typographique. Mais si je passe par le bloc “Insérer un modèle” cela fonctionne parfaitement.

    Reply to this message

  • 3

    Bonjour,
    est-il possible d’afficher en plus grand le pavé de saisie d’un modèle ?
    La largeur est un peu génante si on saisie un titre, un texte comme dans le plugin disposition
    merci

    • Bon désolé.. il suffit de se mettre en ecriture / visualisation.
      par contre j’ai un petit pb.
      J’ai un modèle qui fonctionne bien avec un input. J’e l’ai remplacé par un textarea... cela marche bien mais si je double clique pour inserer le modele, le code s’insère dans le textarea du yaml au lieu de ce mettre dans le texte.
      Vous avez une idee du pb ?

    • Je précise que j’utilise le plugin enluminure typograpique , la barre des taches apparait bien en haut du textarea.

      -  si j’appelle le modèle depuis l’onglet après modifier, voir, je selectionne mon modele, la fenêtre apparait super, si clique sur inserer la fenêtre de saisie du modèle se ferme sans enregistrer avec input a la place de textarea ... pas de pb l’insertion est automatique
      -  si j’appelle la fenêtre par la colonne de gauche ... j’ai bien le code du modele mais si je clique il s’enregistre dans le textarea

      -
          saisie: 'textarea'
          options:
            nom: 'texte'
            label: "Texte affiché par le présentoir"
            defaut: ''    
    • Bon je me repond à moi même ... c’est normal car j’ai appelé le champ du modele “texte” et “texte” est le nom du champ de l’article .
      avec letexte cela marche nikel.
      Ce plugin est vraiment super.

    Reply to this message

Ajouter un commentaire

Who are you?
[Log in]

To show your avatar with your message, register it first on gravatar.com (free et painless) and don’t forget to indicate your Email addresse here.

Enter your comment here

This form accepts SPIP shortcuts {{bold}} {italic} -*list [text->url] <quote> <code> and HTML code <q> <del> <ins>. To create paragraphs, just leave empty lines.

Add a document

Follow the comments: RSS 2.0 | Atom