Avertissement : cette documentation est brute de décoffrage, à retravailler.
Gribouille
- C’est un squelette qui remplace spikini, lui-même inspiré de wikini.
- Il prend toute sa valeur avec les crayons, le plugin qui permet d’éditer les contenus sans passer par l’espace privé.
- Grâce à l’API des autorisations (inc/autoriser), on peut l’ouvrir en écriture à tous les visiteurs, ou (au choix) à l’ensemble des rédacteurs/visiteurs enregistrés du site
- Si la gestion des révisions est activée, Gribouille l’utilise pour suivre les modifications des pages.
- Il est compatible avec l’ensemble des plugins de SPIP (accès restreint, thickbox, boutonstexte, Autorité, etc.)
- Il est développé sur spip-zone ; chacun est invité à y participer https://git.spip.net/spip-contrib-s...
- La documentation d’installation se trouve (pour l’instant) dans les fichiers README.txt et mes_options.php
Développements possibles
- Ajouter une boucle de recherche et le formulaire correspondant
- afficher la date de dernière révision dans la page article.html
- un logo :) — merci toutati !
- quand on part d’une page vide le crayon a une hauteur trop faible
- Ajouter #LOGO_ARTICLE
- Gérer les sous-rubriques
- Mieux importer les tags spikini (cf. spikini/importer.php)
- Permettre de restaurer une ancienne version (il suffit de passer dans l’espace privé)
- Internationalisation
- Améliorer le squelette et refaire les CSS pour les détacher du modèle spikini/wikini (Pourquoi ne pas s’inspirer du skin « simple » de PMWiki ? Choix de Framakey d’ailleurs — Yann974) ; réponse : oui bonne idée ; inscris-toi sur spip-zone et envoie les fichiers ; (Question : euh et c’est où que je place les fichiers ? — Yann974) Viens en discuter sur spip-zone :) Mais où sur spip-zone ? —Yann974 ici surement : http://listes.rezo.net/mailman/list...
- Empêcher les robots de parcourir l’historique (javascript ?)
- Charger l’historique en ajax ? l’interface de suivi des révisions est un peu spartiate (retour à cette version etc. : pas clair) Empêcher.
- Ajouter des champs (chapo, etc)
- Faire un plugin de gestion des autorisations
- Ajouter deux fils RSS :
- modifications : le code existe déjà mais dans l’espace privé)
- contenu : pour de la réplication de site ; ici le (petit) problème c’est que les articles du gribouille sont supprimés du rss normal
Suggestions
- S’inspirer de Wikipedia pour la structuration éditoriale (4 onglets : article, discussion, modifier, historique)
- Trouver un système pour pouvoir enregistrer des modèles depuis l’espace public et les lister pour une insertion.
- Trouver un moyen pour qu’une modification d’une page du carnet SPIP puisse être reporté sur la wikipedia lorsqu’une page du carnet est déclarée (méthode à définir) comme une ressource encyclopédique. En sens inverse reprendre les modification de certains articles de la wikipedia pour une mise à jour du carnet. Pourait être étendu à la publication sur les différents site de la « communauté spip (noé de naama). Tu parles d’un report automatique ? Ca me paraît dépasser de loin l’objectif de ce squelette ; quant aux reports automatiques d’un SPIP vers un autre (gribouille ou pas), il y a la syndication RSS [avec un glitch cf. ci-dessus]. (— Fil).
— Fonctionnement du Carnet Spip (concerne le carnet SPIP, pas le squelette à proprement parler)
— lors de la création d’une page rejeter les titres de pages avec des espaces car sinon on ne peut pas faire de lien dessus de la forme ]appel->titre de page[ seul ]appel-TitreDePAge[ marche (ou sinon par le titre de page et l’id (mais on ne connait pas l’id sur le carnet SPIP). Ce serait pratique de pouvoir faire des liens ]appel->titre de page[ (nota : pour les »[« , »[" je ne suis pas dyslexique c’est pour les voir ;-) ) (noé de naama) (la création de page ne se passe pas comme sur spikini en créant un lien : il faut entrer un titre dans le formulaire prévu à cet effet en bas de page)
- Monobook. (c’est quoi ?)
- à l’édition, ne pas oublier la possibilité d’indiquer qu’il s’agit d’une modification mineure. (quel est l’intérêt d’alourdir l’interface pour ça ? on le voit bien, dans le suivi, si c’est mineur ou non) - Réponse/explication : parce que cela permet de disposer d’un affichage de l’historique d’une page beaucoup plus léger (justement sans - mode par défaut - ces modifs mineures qui « polluent » la liste des « vraies » modifs de contenu). Mais qui décide si c’est mineur ou pas ? Je préférerais un système permettant de « purger » les révisions sans intérêt. il s’agit simplement de visualisation : chaque rédacteur peut décider - case à cocher - qu’il ne veut voir affiché ds l’historique d’une page que les révisions majeures — Yann974
Discussions par date d’activité
17 discussions
Bonjour,
Est-ce que Gribouille sera prochainement compatible avec SPIP4.2 ?
J’utilise gribouille sur mon site 3.x mais je dois upgrader... et j’aimerais bien conserver mon gribouille ! Merci d’avance pour vos retours et conseils !
Frk
Bonsoir,
Il manquait le tag pour dire compatible, je vient de le poser donc dispo dans les heures à venir.
Merci
Répondre à ce message
Bonjour,
sympa le logo, c’est une main gauche sur un © ? (j’aurais plutôt mis le c en miroir, copyleft…)
Après des années… je suis revenu sur la page du Carnet Wiki signaler-les-revisions-cote-public (parce que comme expliqué, {%##55@ … ), pour une solution simple, en piquant quelques bouts de code à gribouille.
Gribouille (que je n’ai pas pu installer), qui en fait trop, il me semble, en tout cas pour mes (petits) moyens et mon objectif poursuivi : faire un wiki à la wikipedia, avec des onglets révisions etc., en mieux ;) (je trouve le modifier-voir de l’espace privé vraiment top)
Je retravaille sur ce vieux projet que j’va essayer de pondre un jour en plugin. (n’étant pas pro j’aurai du mal à aboutir à un truc qui n’ait pas besoin de, révisions … Présentation du schmilblick : blo.ouvaton.org/spip.php ?page=sui00
Répondre à ce message
J’ai installé le plugin gribouille, j’ai défini le secteur 1 comme secteur wiki et j’ai créé un article 1 dans ce secteur, avec un titre et un petit contenu d’invite.
Du coup il n’apparaît plus rien sur le site, car les boucles incluent désormais le critère
{id_secteur != 1}
, et nulle part je ne vois de lien vers le wiki.Si j’ajoute
{id_secteur=1}
dans les boucles, .... ce nouveau critère s’ajoute au précédent au lieu de le remplacer lol ! On se retrouve avec{id_secteur!1}{id_secteur=1}
ce qui ne contribue pas à enrichir le sommaire...Du coup comment utiliser ce plugin ?
Meme problème ..... (et ce n’est pas dû à Accès Restreint v3.15.18 ou v4.0.0)
Comme je voulais (en plus) que le wiki soit privé, j’ai rajouté un lien « en dur »
Donc gribouille masque totalement les articles et rubriques du secteur choisi
#CONFIG{gribouille/secteur_wiki}
: ne pourait-ce être débrayable par configuration ?PS la configuration de gribouille est préemptée/surchargée par l’éventuel plugin « Autorité »
Peut-être essayer les anciennes versions ? Il y a quelques années j’ai pu utiliser gribouille conjointement avec autorité, et les autres rubriques du site étaient accessible. Je peux éventuellement aller fouiller dans les fichiers de configuration pour amener plus d’infos.
Étant notifié de cette réponse bien qu’étant passé à autre chose, j’ai regardé le code de surcharge la boucle ARTICLES https://git.spip.net/spip-contrib-squelettes/gribouille_2/src/branch/master/gribouille_fonctions.php#L75 et visiblement
- les boucles ARTICLES excluent par défaut les secteurs wiki
- un critère
{wiki}
désactive cette exclusion et permet d’accéder aux pages du secteurs wikiÀ tester et confirmer...
Répondre à ce message
Bonjour,
J’ai installé Gribouille sur un SPIP 3.1.1 : cela fonctionne parfaitement bien !
Enfin presque tout : les textes modifiés des versions précédentes n’apparaissent pas.
C’est d’ailleurs ce qui se passe dans le Carnet Wiki de contrib.spip.net.
Comment arranger cela ?
Les autres fonctionnalités sont OK.
Il y a eu récemment une mise à jour sur https://plugins.spip.net/gribouille.html
Ça a peut-être été corrigé.
Répondre à ce message
Bonjour, ce plugin est-il compatible avec spip 3.0 ?
J’ai essayé de voir par moi-même si c’était le cas.
J’ai donc décompressé l’archive dans squelettes et suivi les instructions du README, mais quand je fais localhost/spip/spip.php ?page=rubrique-5 par exemple j’ai un 404.
Même chose pour tout ce que j’essaye : affihcer une des pages présentes dans le dossier squelette_gribouille, copier-coller le contenu du fichier article.html dans un autre fichier html, etc.
Il y a moyen de le faire fonctionner sous spip 3 ?
Le plugin n’est pas complètement compatible avec spip 3
On peut sans problème afficher une page gribouille pour les rubriques en suivant les instructions du README et en modifiant mes_options.php.
Par contre, quand on rajoute le fichier article.html dans /squelettes pour activer le fichier article-NN.html, cela donne bien le look gribouille aux articles du secteur wiki, mais entre en conflit avec un autre squelette (sommaire.html ou article.html je ne sais pas trop) et fait bugguer le reste du site.
Je porte ceci sur le forum
Tout fonctionne avec spip 3.1
Jin,
J’ai la même erreur 404 sous spip 3.0 que tu as eu au départ. Peux-tu me dire comment tu as réussi à finaliser ton installation.
Ca fait un moment, mais je vais finir par retrouver comment j’ai fait.
Commençons par le début : as-tu suivi scrupuleusement les instructions du readme ? Modifcation de mes_options.php, etc. ?
Ne pas oublier de coller rubrique.html à côté de rubrique-NN.html pour activer le double affichage (wiki et normal)
Pour les articles, il te faudra copier-coller article.html (ou article-zpip.html si tu utilise zpip) a côté de article-NN.html.
La suite lundi si ça marche toujours pas. Après, on éditera le carnet-wiki et le fichier readme pour que les suivants n’aient pas ce problème.
Jin,
Merci pour ton coup de main. Je pense avoir suivi les instructions à la lettre (ou peut-être pas...) :
1. J’ai créé dans le répertoire /squelettes le sous répertoire gribouille qui contient tous les fichiers.
2. Dans le répertoire /config j’ai rajouté au fichier mes_options.php le code présent dans mes_options.php-exemple.txt en prenant soin de remplacer dans le code le secteur correspondant à mon wiki (ici 39)
3. J’ai créé dans /squelettes les fichiers rubrique-39.html et article-39.html dans lesquels j’ai uniquement mis la ligne inclure présente dans le fichier readme.txt.
4. Le plugin Crayons est activé
Toutefois il doit y avoir un loup quelque part car lorsque j’appelle la rubrique 39 j’ai une erreur 404. Je précise que je n’ai écrit aucun article à l’intérieur de la rubrique 39 mais je ne pense pas que cela ait une incidence.
Dudule,
Si je ne me trompe pas :
Avec cela, ça devrait fonctionner (en tout cas ça a fonctionné chez moi sur un 3.1 vierge)
Bonjour Ydikoi,
Le problème est résolu, effectivement il fallait publier un premier article pour que la page 404 disparaisse, tout est OK maintenant je vais pouvoir styler le wiki. Merci à tous les deux pour l’aide apportée.
Content que tu aies pu réussir. Fais nous donc profiter de ta feuille de style CSS si c’est ça que tu entends par styler le wiki.
Moi je suis en train de voir comment y intégrer le forum de discussion propre à chaque article.
Répondre à ce message
Bonjour à tous,
le zip n’est plus accessible : en maintenance ou fausse adresse ?
L’url d’un site où il est installé ?
merci
Le zip est bien là.
Gribouille est installé sur spip-contrib même : c’est lui qui gère le carnet .
Répondre à ce message
Depuis le passage de spip-contrib.net à SPIP3, les pages de visualisation des versions historiques d’une page du carnet, gérées par gribouille, sont vide de la version historique. On ne voit plus que la succession des dates des modifications avec leur auteur.
exemple : http://www.spip-contrib.net/La-mutu... devrait afficher le texte de la version 61 de l’article sur la mutualisation facile, avec les modifications de cette version en stylé.
Répondre à ce message
Le lien placé en fin de :
• La documentation d’installation se trouve (pour l’instant) dans les fichiers README.txt et mes_options.php <= il manque un s à option dans l’URL ce qui a pour effet de renvoyer en 404 !
Si quelqu’un peut faire la modif’ ! Merci :)
Répondre à ce message
Salut
Super contrib. J’essaye actuellement de l’intégrer sur un SPIP 2.0. tout nouveau tout chaud. Ça a l’air de fonctionner pas mal, les créations de page sont ok, je peux faire des edit, bref c’est le bonheur alors je clique un peu partout, je valide, j’annule, je recalcule des pages, et là..
Erreur sur le squelette :« Aucun squelette ’gribouille/inc-derniers-changements’ n’est disponible... »
Je regarde dans le zip, sur trac, j’essaye de hacker Carnet-SPIP, je réveille ma grand mère pour savoir si elle l’a pas planqué sous son matelas, rien a faire, pas de fichier de ce nom là... mais un inc-derniers-changements_fonctions.php
Alors, il manque un fichier dans svn ou j’ai raté un épisode de l’écureuil contre attaque ?
Amitiés
Avec la révision http://zone.spip.org/trac/spip-zone/browser/_squelettes_/gribouille/inc-derniers-changements.html le fichier inc-derniers-changements est revenu ! Merci !
merci, ça marche nickel maintenant
bonjour,
est ce quelqu’un a déjà réussit a utilisé ce plugin avec la version 2.0.9 de spip ??? sur le forum on parle que la version 1.9.2 et des bugs lol ! Moi j’utilise la version 2 de spip et pour l’instant je ne comprends pas grand chose. J’ai ce problème :
Warning : include_once() [function.include-once] : Unable to access C :\EasyPHP 2.0b1\www\monsite\squelettes/article_fonctions.php in C :\EasyPHP 2.0b1\www\monsite\squelettes\rubrique-49_fonctions.php on line 2
Warning : include_once(C :\EasyPHP 2.0b1\www\monsite\squelettes/article_fonctions.php) [function.include-once] : failed to open stream : No such file or directory in C :\EasyPHP 2.0b1\www\monsite\squelettes\rubrique-49_fonctions.php on line 2
Warning : include_once() [function.include] : Failed opening ’C :\EasyPHP 2.0b1\www\monsite\squelettes/article_fonctions.php’ for inclusion (include_path=’. ;C :\EASYPH 1.0B1\php5\pear\’) in C :\EasyPHP 2.0b1\www\monsite\squelettes\rubrique-49_fonctions.php on line 2
Répondre à ce message
bonjour,
est ce quelqu’un a déjà réussit a utilisé ce plugin avec la version 2.0.9 de spip ??? sur le forum on parle que la version 1.9.2 et des bugs lol ! Moi j’utilise la version 2 de spip et pour l’instant je ne comprends pas grand chose. J’ai ce problème :
Warning : include_once() [function.include-once] : Unable to access C :\EasyPHP 2.0b1\www\monsite\squelettes/article_fonctions.php in C :\EasyPHP 2.0b1\www\monsite\squelettes\rubrique-49_fonctions.php on line 2
Warning : include_once(C :\EasyPHP 2.0b1\www\monsite\squelettes/article_fonctions.php) [function.include-once] : failed to open stream : No such file or directory in C :\EasyPHP 2.0b1\www\monsite\squelettes\rubrique-49_fonctions.php on line 2
Warning : include_once() [function.include] : Failed opening ’C :\EasyPHP 2.0b1\www\monsite\squelettes/article_fonctions.php’ for inclusion (include_path=’. ;C :\EASYPH 1.0B1\php5\pear\’) in C :\EasyPHP 2.0b1\www\monsite\squelettes\rubrique-49_fonctions.php on line 2
Répondre à ce message
Pour répondre à la question ci-dessous :
http://programmer.spip.org/Ajouter-un-type-de-glossaire
Répondre à ce message
Bonjour,,
Je n’ai pas encore eu l’occasion de tester ce plugin, par contre, j’ai une question à son propos dans le cadre d’une utilisation conjointe d’un site de publication (rédactionnel) et d’un Wiki (glossaire).
Dans SPIP il est possible de mettre un lien vers un glossaire externe en encadrant de cochets et prefixant le terme d’un point d’interrogation « test ».
Par défaut, SPIP renvoi vers wikipedia. Je sais qu’il est possible de changer l’URL de renvoi dans les fichiers de config de SPIP. Ma question est donc de savoir si ce plugin wiki est capable d’accepter la requête qui va émaner du site de publication sous ce format là ?
Merci
Répondre à ce message
Bonjour !
Alors, on dirait bien qu’il y a un petit soucis d’utilisation de Gribouille dans SPIP2...
Tout fonctionne bien, excepté la création des nouvelles pages :
- Sur un site de test (2.0.1), la création d’un nouvel article donne une page blanche (avec l’url de la rubrique gribouille), alors que la page est vraiment crée... et le fait d’actualiser la page blanche propose un renvoi des infos, et du coup crée encore un nouvel article du même nom.
- Ici même, sur Carnet Wiki, la création d’un nouvel article revoie :
Fatal error: Call to undefined function generer_url_article() in /home/spipcont/www/www.spip-contrib.net/squelettes_v2/gribouille/article_fonctions.php on line 83
, et l’article est créé aussi... (voir là : http://www.spip-contrib.net/peut-on-ajouter-une-page)La création de page est réparée avec le commit 25800
Répondre à ce message
J’ai tout bien installé, j’ai bien mon secteur wiki, j’ai bien mes articles wiki, je vois bien tout, je peux l’utiliser, mais...
un autre auteur ne peut pas changer : « éditer une page » « ajouter une page » ne lui sont pas visibles.
C’est un site privé, on ne rentre dans le site qu’avec un login/mot de passe rédacteur minimum.
J’ai « tout » essayé : laissé la ligne des autorisations commentée (donc tout le monde autorisé), changé beespip_mes_options.php en décommentant la ligne des autorisations (rédacteur et admin autorisés), mis mon auteur en admin restreint sur le secteur wiki, ou admin général, bref, jamais il ne voit ces options, donc jamais il ne peut wikier, alors que moi, auteur 1, webmaster je peux (ce qui prouve la bonne installation du wiki et la prise en compte de beespip_mes_options.php).
Incompréhensible (pour moi) !
Répondre à ce message
Problème décrit dans le forum du plugin « Balise-SESSION »
Moi aussi j’ai eu ce message d’erreur sous Spip 1.9.2b et Spip 1.9.2d. Et cela sans avoir le plugin SESSSION, just les plugins CFG et Crayons.
Même souci sur une installation en local, alors que chez notre hébergeur pas de problème. Sans CESSION non plus.
dans rubrique :
<BOUCLE_revisions>(versions)
Erreur MySQL
versions.id_article, versions.id_version, ’#versions:id_article’, ’#versions:id_version’, ’#versions:titre’, ’#versions:date’, ’#versions:id_auteur’
FROM spip_articles AS
L1
, versions ASversions
WHERE ((versions.id_rubrique IN (80)))
AND (L1.statut = ’publie’)
AND versions.id_article=L1.id_article
GROUP BY versions.id_article, versions.id_version
ORDER BY date DESC
Table ’passeursdenergiebe.versions’ doesn’t exist
dans article
(versions)
Erreur MySQL
’#versions:date’
FROM versions AS
versions
WHERE (versions.id_article = ’225’)
AND (versions.id_version = ’1’)
Table ’passeursdenergiebe.versions’ doesn’t exist
je viens de voir que les boucles de révision ne sont pas compatibles 192
désolé pour le bruit
Bonjour.
Euh ... http://www.beespip.org/ fonctionne dans sa version stable avec SPIP 1.9.2d (11132).
Ils intègrent gribouille sans soucis. La preuve, j’en ai un en fonctionnement.
Par contre, avec un autre site sous spip, non beespip, ben ... j’ai les mêmes erreurs que vous.
????
bonjour ludogre,
je vois que dans la config beespip on modifie l’accès aux tables :
3. Si vous avez personnalisé le préfixe des tables Spip dans le fichier « ecrire/mes_options.php », vous devez mémoriser le prefixe choisi, par exemple :
$table_prefix = « mestables_spipperso » ;
Puis éditer dans le dossier « plugins/beespip/gribouille/ » les fichiers
article.html
rubrique.html
et remplacer les textes :
« spip_versions » par « mestables_spipperso_versions »
« spip_articles » par « mestables_spipperso_articles »
présents lignes 71, 85 et 123 du fichier article.html et ligne 111 du fichier rubrique.html
serait-ce possible d’avoir une saisie d’écran de phpmyadmin pour voir la configuration des tables ?
merci , éric
J’ai préféré te faire un export sql de la structure de la BDD de mon site avec Beespip : http://dl.free.fr/cVuJwoNsT/tables_beespip.sql
Néanmoins, je n’ai ni personnalisé les préfixes de tables pour mon site sur beespip, ni sur l’autre.
...
Oui oui, ce n’est pas un question de préfixe de tables sql, j’ai testé le squelette en local avec les deux versions 1.9.2b et d sans toucher à aucun paramètre/fichier de Spip.
Néanmoins, je ne sais pas si le problème est du à ce que j’utilise en local avec EasyPhp...
Re.
Pour ma part, j’ai deux spip 1.9.2d, sur le même serveur, mais l’un en beespip, l’autre non.
Seul celui en beespip fonctionne.
(J’ai plusieurs autres beespip sur d’autres serveurs qui fonctionnent bien).
sur spip-zone, il y a un post du 29/2/08 qui pourrait être à l’origine du problème ???
pouvez-vous vérifiez si vos versions sont postérieures ? (fichier svn.revision)
ça expliquerait peut-être que sur beetruc ça marche et pas ailleurs
Disons que j’ai une version Gribouille fraichement récupérée de ce matin sur mon spip qui ne fonctionne pas avec. ;-)
et celui qui marche ? ;-)
Oui, désolé.
Donc, la version de beespip est la suivante :
est-ce possible d’avoir le .zip (je ne la trouve pas)
Elle se trouve dans le dossier ./plugins/beespip/gribouille de l’acuelle version stable de beestruc ;-P
A bientôt.
Quelqu’un est-il finalement parvenu à faire fonctionner Gribouille avec Spip 1.9.2d et si oui y’aurait-il un petit tuto à partager ?
Bonjour.
Oui, Beespip ont réussit ... :-)
J’ai posté sur le forum beespip pour les interroger sur des éventuelles adaptations du plugin pour le faire fonctionner sur Spip 1.9.2d.
Le fil est là : http://www.beespip.org/spip.php?page=voirsujet&id_forum=9758
Donc bon ...
Que dire ...
Je crois que je viens de réussir, mais en bricolant !
D’abord comme dit plus haut, je me suis fié à beespip et chargeant leur archive et en mettant le répertoire ’gribouille’ de leur distrib dans mon répertoire ’squelette’ à moi.
Ensuite j’ai fait comme écrit dans /gribouille/README.txt pour créer
article-NN.html, article-NN_fonctions.php, rubrique-NN.html, rubrique-NN_fonctions.php
dans mon répertoire squelettes.Enfin j’ai adapté ces squelettes en prenant modèle sur le travail de beespip. Leur travail étant bien fait, je repère la
<div>
qui correspond à la zone de gribouille de leur squelette pour l’intégrer chez moi ... ajustements de styles notamment et ça passe.Pour gérer les autorisations d’intervention dans le wiki créé, j’ai finalement renoncé à toucher au fichier ’mes_options.php’ qui rentrait en conflit avec le plugin ’Autorite’ qui prend en charge cette question et que j’utilise.
Il me semble qu’on pourrait presque faire un plugin ’Gribouille’ à utiliser avec ’Autorité’ pour proposer des formulaires #GRIBOUILLE_ARTICLE et #GRIBOUILLE_RUBRIQUE à placer dans des squelettes ... Cela simplifierait bien des choses. En attendant j’espère que mes explications seront utiles ;-)
je confirme que ça marche selon la procédure de livier. le fichier svn indique que la version gribouille (utilisée par beespip) est du 25 avril 2007 ! ceci expliquerait peut-être que ça marche
Bonjour,
je viens d’essayer la procédure de Livier, mais avec un succès mitigé : j’ai bien l’ensemble des fonctionnalités Wiki dans mon « secteur wiki » (rubrique15), je peux modifier les articles de la rubrique (titre et contenu) mais je ne peux pas « ajouter une page ». Si je le fais, rien ne se passe et j’ai un retour à la page rubrique15.html (avec comme message d’erreur : « Erreur(s) dans le squelette *#INSERT_HEAD, Double occurrence »)
Quelqu’un a-t-il eu le même problème ? D’avance merci.
2 pistes pour comprendre et résoudre ...
- l’erreur « #INSERT_HEAD, Double occurrence » arrive fréquemment quand le squelette appelle l’inclusion d’un fichier non disponible. L’insertion de la page 404 qui en résulte produit un deuxième #INSERT_HEAD ... d’ou l’erreur.
- le plugin « autorité » se configure pour régler les droits plus ou moins étendus en fonction des besoins du site, relire la doc au besoin ;-)
Effectivement, j’ai nettoyé le code HTML des pages article-XX.html et rubrique-XX.html pour que #INSERT_HEAD ne s’affiche plus.
Mais, après avoir défini ma rubrique comme « secteur » Wiki, je n’arrive toujours pas à ajouter un article, alors que je suis administrateur ! Est-ce parce que le plugin Autorité n’est qu’imparfaitement compatible avec SPIP 1.9.2d ?
est-ce que le cache n’interfère pas ? vérifier du côté admin
Merci pour tes réponses, mais je galère toujours.
Je viens de vider entièrement le cache, sans aucun résultat. Lorsque je suis sur la page rubrique15.html, j’ai la liste des articles publiés dans cette rubrique (publiés depuis l’espace privé).
Si je renseigne la partie « ajouter une page » avec un titre de nouvel article et que je clique sur une page, j’ai bien une requête qui semble partir, mais SPIP recharge la page rubrique15.html... et mon article n’a pas été créé !
Voir : Plugin > autorité > configuration > Espace Wiki ...
- > renseigner :
Choisissez ci-dessous un secteur à traiter comme un wiki
etessayer aussi peut être « Espace wiki par mot clef »
Toutes ces fonctionnalités sont activées. J’ai même autorisé les rédacteurs anonymes à créer des pages, créé un article « essai article » dans l’espace privé auquel j’ai accolé le mot clé « wiki », puis activé la gestion par mot clé et autorisé tout utilisateur à modifier les articles avec mot-clé « wiki »... Rien n’y fait !
Je me demande si ce n’est pas la requête php qui plante, mais le plus étonnant est que je ne reçois aucun message d’erreur !
Ce problème, rencontré sur ma version locale de SPIP, se retrouve sur ma version online (où je viens de refaire les mêmes bidouilles). Je commence à désespérer...
Je suis en 192d aussi, le gribouille qui fonctionne chez moi est celui récupéré dans « beespip », c’est peut être important (voir fil de discussion ci dessus)
Envisager dans ton cas de désactiver le plugin « autorité » et de remplir le fichier « mes_options.php » comme indiqué dans la doc du plugin (ou voir ledit fichier proposé par beespip).
Bonjour,
je pense que je suis juste un boulet. Il m’a suffi de suivre à la lettre le tuto beepspip (sur leur site, pas dans le fichier readme.txt) pour résoudre enfin ce problème.
J’ai donc eu recours aux étapes suivantes :
- télécharger la dernière version de beespip avec SPIP 1.9.2 (http://www.beespip.org/spip.php?rubrique9)
- décompresser le fichier
- copier-coller le dossier gribouille (dans beespip/plugins/beespip) dans le dossier squelettes de mon site. Attention : il faut bien copier le dossier, pas uniquement son contenu.
- récupérer les fichiers intitulés article-NN et rubrique-NN dans le dossier /plugins/beespip de beepspip), puis les coller dans le dossier squelette (mais à la racine de squelettes cette fois)
- renommer ces deux fichiers en remplaçant NN par le numéro de la rubrique.
Et ça marche !
Répondre à ce message
Bonjour,
j’ai le problème suivant : utilisant SPIP 1.9.2d, j’ai utilisé les squelettes de gribouille beespip. J’ai toujours des problèmes d’affichage (mon logo qui s’affiche trois fois, etc), sûrement liés au code html des squelettes, mais au moins j’arrive à modifier un article (comme je pouvais le faire avec crayons d’ailleurs ;-) )
Il me manque donc la principale fonctionnalité : pouvoir créer un article. Lorsque je tente de le faire, ma requête semble partir dans le vide : pas de message d’erreur, juste un retour à la case départ (à savoir la rubrique à laquelle est appliquée gribouille)
J’ai urgemment besoin de faire fonctionner gribouille pour un projet collaboratif que je coordonne, donc tous les conseils sont les bienvenus !
Autre problème : depuis que j’ai installé Gribouille, sur chaque page (même dans les rubriques non concernées par Gribouille), j’ai l’erreur
« #Erreur(s) dans le squelette
* #INSERT_HEAD, Double occurrence »
Qu’est-ce à dire ?
Répondre à ce message
Je suis desolé, j’ai trouvé ce message :
"Tabla SQL « versions » desconocida, ’_revision’"
et je ne sais pas que faire :-(
Salut.
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 : |