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.

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.

Encart d’insertion

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é et intégré à l’emplacement courant dans le 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.

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.

Insérer un modèle via la barre typographique

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.

Page de configuration du plugin

La page de configuration du plugin permet :
-  de lister les pages d’édition où utiliser le plugin ;
-  de désactiver certains modèles, depuis la version 2 du plugin [1].

Formulaire de configuration du plugin

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

Notes

[1À noter que pour les dev, il est également possible de désactiver certains modèles via un pipeline.

Discussion

32 discussions

  • 1

    avec spip 4 et V1.4.4 j’ai dans la barre porte plume
    modifier, voir et deux fleches. les flèches permettent en principe d’avoir cote a cote la page de saisie et la page résultat.
    Si je clique dessus j’obtiens la page mais avec en haut a droite un bas d’un bloc ( inserer modèle je pense) avec un bouton choisir seulement.
    La page est bloquée. impossible de la fermer,
    par contre si dans la barre porte plume je clique sur un modele cette partie fonctionne. je peux saisir un modele et cela s’affiche a droite.
    avez vous le même pb de blocage ?
    merci

    • mea culpa
      c’est un #extraz-index:100 rajouée avec une version spip beta qui générait le problème

    Répondre à ce message

  • 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

    Répondre à ce 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

    Répondre à ce 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

    Répondre à ce 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

    Répondre à ce 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...

    Répondre à ce 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 2e 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...

    Répondre à ce 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.

    Répondre à ce 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).

    Répondre à ce 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.

    Répondre à ce message

Ajouter un commentaire

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

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

Merci d’avance pour les personnes qui vous aideront !

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

Qui êtes-vous ?
[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

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

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom