Gribouille

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