Candidats plugins
Par Fil, jeudi 20 octobre 2005 à 09:16 :: SPIP ::#154
On pourrait faire ici, dans le forum, une liste de contribs et d’éléments du core qui sont candidats à être transformés en plugins. Comme ça on verra vite s’il y a des points d’entrée communs à établir.
Commentaires
Les FockEditor et autres HTMLArea trucs
Le filtre de sécurité de pixel-apes, safehtml, est à sortir du « core »
En organisant les interfaces de gestion des trackbacks, on doit pouvoir coder la v2 dans toucher au noyau.
Et outil de ESJ pour importer du html existant .
Ou un mode de typage des articles ?
et tous les autres ajouts de raccourcis qu’il y a eu :
Et encore plus généralement, il faudrait pouvoir fournir des plugins qui permettent de configurer facilement les variables qui vont dans mes_options (dossier_squelettes, etc...).
ça implique :
Peut être qu’alors, il faudrait penser aussi à pouvoir dire dans un plugin, s’il offre une page de config, qui a le droit de s’y connecter.
Et aussi offrir une API légére pour sauver des options pour les plugins... Que tout le monde le fasse de la même façon.
Pour une API légère, il y a ecrire_meta(), c’est pas mal ; il suffit d’écrire des metas qui commencent par son propre nom : pour le bouton mémo par exemple ;
ecrire_meta('memo_reglage1');(Ne pas oublier
ecrire_metas()à la fin du code pour que la valeur soit bien prise en compte.)Les notifications devraient pouvoir s’insérer très facilement dans ce schéma
trad-lang, SIEPS, les nouveaux type de contenus (formulaires, cartes géo, etc.).
trad-lang, je ne crois pas : il marche très bien en parallèle de SPIP, sans avoir besoin de s’insérer dans ses fonctionnalités internes. Même remarque pour SIEPS ou le bouton mémo.
Rien n’interdit de les mettre dans le répertoire plugins/ mais techniquement, il n’y a pas d’interaction spéciale entre le code de SPIP et le leur (ils parlent à la base de données, et basta).
post_proposition et post_publication ça marcherait ?
post_proposition et post_publication : il faudra un point d’entrée par type d’objet (post_proposition_article, post_proposiotion_breve, etc) mais un seul plugin peut s’inscrire sur plusieurs points d’entrées.
La gestion du
pourrait passer en plugin aussi, après tout c’est loin de concerner l’ensemble des blogs de la planète. (QUoique, désormais, ça concerne même spip.blog).
les modules de langues et l’aide en ligne.
mon dernier message s’est perdu dans la blogosphere :(
donc, ça serait bien de pouvoir pluguer des choses dans cron. Fil m’avait dit que ce serait pas trop dur, mais j’ai regardé et rien compris.
pouvoir ajouter ses propres tables dans l’indexation, pouvoir modifier certain comportement de l’indexation actuelle.
Là j’ai regardé, cela ne devrait pas être trop dur.
cron() accepte une liste de taches en paramètre et prend une liste par défaut sinon. Un plugin pourrait appeler spip_cron avec une liste de tache qu’il définirait lui-même...
Sortir la configuration ldap du processus d’installation. faire des plugins pour faire de l’authentification avec d’autres systèmes (ldap, cas, sur une table externe, dans un fichiers plat, sur le web etc...)
La gestion des droits (voir travail d’Aurélien sur la zone)
Barre typo + raccourcis typo
James a déjà fait des choses pour la barre (ça marche, merci !)
Il manque cependant quelques point d’entrée :
Un truc qui permette de modifier (jusqu’à la personnalisation complète) la façon dont sont rendues les balises
<img>et<doc>?...l’interface de gestion et le fichiers plat (pour ne plus utliser de table mysql ?) qui liste les types/extensions/logos et esclus les exécutables et autres joyeusetés
Actuellement, il ne manquerait que trois points d’entrée pour créer et gérer le profil d’un auteur par son appartenance à un groupe.
dans ecrire/articles.php3
dans ecrire/articles_edit.php3
dans ecrire/navigation.phpe
Dans les deux cas, après debut_droite() ;
... après
////////// Vos articles en cours de redaction
/////////////////////////
Une documentation en ligne est en cour de rédaction ici : http://aide.iago.ca/article.php3?id_article=226
Login : visiteur
Mot de passe : visiteur
Je ne sait pas où on en est dans les formats de syndication que peut lire SPIP, mais clairement c’est un secteur où une certaine modularité pourrait être utile.
Voir la contrib [Du BBcode dans SPIP->http://www.spip-contrib.net/Du-BBco...]
Ce n’est même pas une contrib que je propose de passer en plugin, mais une idée pour quelqu’un qui voudrait en faire un :
transformer les atroces urls spip.php ?article=100 (rhâââ ces espaces insécables quand on en veut pas !) en un truc du genre domaine.com/article-100 (je parle ici du cas par défaut, sans réécriture d’URL) voire si possible domaine.com/titre-de-l-article (enfin là je pense qu’on doit passer par un htaccess).
De la même façon, rubrique-2 et breve-13 au lieu de spip.php ?rubrique=2, etc.
Je ne suis pas sûr que ce soit possible, mais par exemple, Plume le propose, de la forme : domaine.com/ ?/titrerubrique/titrearticle et domaine.com/ ?/titrerubrique/15-titrebreve
Bien sûr si on peut utiliser la réécriture, le ? saute... mais au final, même sans, ça reste super sympa.
Par contre je n’ai aucune idée sur la faisabilité de la chose...
Baptiste : c’est déjà standard
L’idée serait de créer un plugin qui permettent la création de tables supplémentaires :
Génération, exécution du code SQL correspondant lors de l’installation, désinstallation du plugin
Formulaire de saisie, modification, suppression de nouveaux enregistrements (privé, voire publique)
Intégration de ces nouvelles tables lors de la sauvegarde de la base de données.
Le nouveau moteur permet de prendre en compte les tables supplémentaires, mais il n’y a pas de possibilité de saisir des enregistrements via l’interface privée.
Cela éviterait d’écrire un plugin pour chaque ajout, modification de table nécessitant une interface de saisie.
Bien entendu il faudrait stocker les relations entre les tables (ou les déterminer automatiquement) afin d’utiliser le contrôle (select, radio, input) le plus adéquat dans le formulaire.
j’ aimerais savoir comment faire pour mettre une vidéo dans un message sur un forum, ce dernier n’ acceptant que le BBcode ?
merci d’ avance...
Une gestionnaire de documents complet :
ajout de mots clefs
arborescence de classement
versions de document (possibilité de modifier un document sans avoir à changer les liens le référençant)
statut de document
....
La gestion du cycle de vie d’un article
Des trucs qui me manque parfois pour des besoins prise de tête :
Des mots-clés sur les mots-clés !