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é 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.
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].
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é
33 discussions
bonjour,
y a t-il un moyen de ne pas insérer l’appel aux modèles dans la barre porte plume dans certains cas. ?
merci
Il y a bien un pipeline, mais il n’est pas argumenté, donc difficile de discrimer. Quels serait du reste le besoin ?
Laisse tomber si cela n existe pas.J ai des modèles avec js ou PHP qui ne fonctionne pas correctement si ie les appelle depuis un textarea d un formulaire..il vaut mieux que je règle ce pb.
Merci pour ta reponse
Répondre à ce message
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
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
Répondre à ce 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 :
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
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
Répondre à ce 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
Répondre à ce 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
Répondre à ce 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 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
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
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.
Répondre à ce 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).
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 :
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.
Suivre les commentaires : |