Table of contents
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”.
Discussions par date d’activité
31 discussions
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 ?
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
https://listes.rezo.net/mailman/listinfo/spip-dev
Reply to this message
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: 1voir 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
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
Et donc le ticket pour ton bug de modalbox
https://git.spip.net/spip-contrib-extensions/saisies/issues/63
Intégrée sous une autre forme en v1.4.0 et documentée ici https://contrib.spip.net/Comment-declarer-un-modele-pour-le-plugin-Inserer#Valeur-par-defaut-calculee-dynamiquement
Reply to this message
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
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
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 outre2- 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 68avec 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
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
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:
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
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
bonjour,
comment puis je décrire, si c’est possible ... l’element suivant d’un modèle permettant de passer plusieurs articles au modele ...
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_articleet utiliser l’optionmultiplede 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
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 ?
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
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
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
Follow the comments:
|
