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
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 : |