Nota SPIP-Contrib - 24 février 2008 : la documentation d’origine dans son jus de chantier au format Gribouille : sortie du wiki pour la protéger du vandalisme, à retravailler.
Gribouille
- C’est un squelette qui place 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 http://zone.spip.org/trac/spip-zone...
- La documentation d’installation se trouve (pour l’instant) dans les fichiers README.txt et mes_options.php
ola
- Gribouille.zip
Compatibilité
les boucles de révisions ne sont pas compatibles avec SPIP 1.9.2
SPIP Gribouille
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 toutatis !
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
télécharger la dernière version de beespip avec SPIP 1.9.2 (
RSS 2.0