Fonctionnalités expérimentales de SPIP

• les ChampsExtra.
• terminer les efforts qui ont été faits pour l’accessibilité. Tout existe pour réaliser des squelettes accessibles, mais dans le rendu des données (textes d’articles,...) quelques petites choses restent à faire...

• étendre l’utilisation de l’EnvoiDeMails par un site SPIP.

• Améliorer la gestion des MotsCles (arborescence,...) (FrancoisSchreuer : je crée une nouvelle page avec tout ça parce que ça commence à prendre de la place) ;

• GestionDesAuteurs : pouvoir affecter des mots clés à des utilisateurs. (contraire à l’esprit SPIP : les utilisateurs ne sont pas des numéros - affectez-leur autre chose, champs extra etc.) (NicolasHoizey : fait dans SpipAgora).
  • (FrancoisSchreuer) : indépendament de l’esprit spip (y’a une définition quelque part ?), ça peut être vachement utile : par exemple, le site d’une association publie un site contenant la présentation de différents projets et souhaite fournir pour chaque projet une ou plusieurs personnes contacts (lesquelles personnes contacts peuvent éventuellement changer régulièrement ou ne pas du tout être centralisées, laissant le choix à tous les utilisateurs de se mettre où ils veulent). // (Olivier « M. Go ») Je suis strictement dans ce cas figure : les mots-clés pour les auteurs seraient plus simples à utiliser que les - très utiles - champs extra. // (JL Grellier - CR Limousin) moi aussi, afin de reproduire une certaine architecture des utilisateurs - non pas pour des droits différents (car ils sont tous des rédacteurs) mais pour faciliter la gestion d’un organigramme...

• gérer certaines fonctionnalités comme des modules à part entière, avec leur propre API
  • gestion de session (à voir avec la page CompatibilitePhp)
  • gestion d’utilisateur (faciliterait le login commun à plusieurs applications comme avec spikini)
  • gestion des droits des utilisateurs ? (permettrait de faciliter l’extension de cette partie pour des admin à x niveaux comme certains de réclament depuis longtemps) // (JL Grellier - CR Limousin) oui, oui, oui, moi je veux, moi je veux !!!! allez qui vote pour ça aussi ? ;-)
  • envoi de mail (le cas du mail spécifique à free serait alors résolu par une version différente de ce module)
  • gestion des squelettes ? du générateur ? du cache ? (ressortir du placard placid et le travail de compilation/cache de Deesse A)
  • gestion des raccourcis typo et des filtres ? (faciliterait le développement vers une version plus *compliant)
  • bdd (déjà isolé dans inc_connect et compagnie, mais c’est un chantier qui est peut être à revoir -> MySQL et AbstractionBaseDeDonnees)

• faciliter la personnalisation des formulaires en tous genres (écrire à l’auteur, forum ...)

• SondageS

• Édition des squelettes en WYSIWYG

• généraliser la notion de contrib par des mod comme dans phpbb ? (faciliterait l’intégration d’un mod dans les 2 spip et rend plus independant de la version qu’un patch) (NicolasHoizey : il faudrait alors définir un mécanisme général de définition de boucles à la volée, pas simple mais intéressant, et d’intégration au back-office. Par exemple, un module "sondages" qui met en place une boucle SONDAGES avec des critères id_sondage et autres ...)

• Gérer d’autres dates comme dates d’événements ou dates de péremptions. Peut être prendre en compte la notion de durée d’évènement...

• Prévoir de mutualiser le code SPIP entre plusieurs installations (cf. MultiSPIP) pour que des petits sites SPIP hébergés sur un même serveur.