SPIP Blog

Du logiciel libre et de la tendresse

Accueil > Développement > Candidats plugins

Candidats plugins

jeudi 20 octobre 2005, par Fil

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.

Messages

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

    • les exposants,
    • les smilleys,
    • les titres à plusieurs niveau+table des matières
    • le bloc pour la coloration du code
    • les schémas d’echec,
    • j’en oublie surement, mais il y en a pas mal sur spip-contrib
  • 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 \TeX 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.

    • par génération de petit fichier texte par table et par identifiant
    • automatiser par cron(), exécuter des tranches
  • 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 :

    • pour rajouter des CSS dans l’interface d’admin (correspondant à de nouveaux raccourcis typo)
    • pour supprimer les nouveaux raccourcis typo des mails produisant du texte seul de SPIP (nouveautés, demandes de publication...)
  • 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 les deux cas, après debut_droite() ;
    - dans ecrire/navigation.phpe
    ... 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

    Voir en ligne : Gestion de groupes

  • 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.

  • 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

  • - Un plug-in pour permettre l’import et l’execution de script php au sein du texte d’un article ou d’une brève
    - Un plug-in pour joindre une table externe de users à la table spip_auteurs voir même spip_visiteurs

  • 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...

    Voir en ligne : insérer vidéo en BBcode sur forum

  • 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

    • L’historisation des articles : gestion des modifications et retour arrière (comme l’existant actuel)
    • Le versionning : possibilité de créer une nouvelle version d’article sans impacter la version publiée
    • L’archivage :
      • statut archivé
      • possibilité d’archivage automatique après une certaine date (ou délais)
  • Des trucs qui me manque parfois pour des besoins prise de tête :

    - Un éditeur de menu (pas toujours facile de travailler que sur des rubriques / articles)

    - Des mots clefs arborescents ?

  • Des mots-clés sur les mots-clés !

Un message, un commentaire ?

Qui êtes-vous ?
Se connecter
Votre message

Ce formulaire accepte les raccourcis SPIP [->url] {{gras}} {italique} <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.