Voila quelques éléments, que je n'avais pas alors que je m'efforce de suivre
les 2 listes, qui expliquent cette volonté politique soudaine mais qui ne
rassurent pas vraiment quant au mode de prise de décision ...
Je m'interroge sur la notion de moyen terme et long terme (l'été prochain
pour moi, c'est plutot court / moyen ...) et sur l'investissement (tant
politique que financier) réel qui suivra.

Et surtout, je trouve que les choses se font dans un ordre bizarre.
Pour ma part, j'attend que "spip-core" annonce le perimetre retenu pour la
1.8 et ses orientations pour la suite.

J'ai peut etre raté des épisodes, mais pour le moment mon niveau
d'information est le suivant :
- Emmanuel a un paquet d'amélioration sous le coude (ca doit commencer à
etre confortable  ), toutes ne seront pas sur la 1.8, mais le nouveau
compilo va de toute facon dans le sens de la modularisation (multi base,
multi spip, multi syntaxe)
- Fil est pour un recentrage de Spip sur un noyau fonctionnellement limité
mais facilement extensible. Le nouveau découpage du code du compilo est deja
en soit une modularisation, mais il reste beaucoup de dépendances à alleger
- Arno* n'a rien dit la dessus si ce n'est qu'il faut etre un peu réaliste
et penser d'abord à la 1.8, mais il nous a livré un premier jet de plugin
qui ouvre deja un grand nombre de possibilité et me laisse donc penser que
le principe l'interesse.
- Antoine a monté Spip-lab, entre autre, pour que ce type de projet puisse
voir le jour ...

Pour l'instant, nous n'avons pas eu vraiment d'orientations claires pour les
très justes raisons evoquées par Arno* : priorité 1.8.

Maintenant, en admettant que tout le monde soit emballé à l'idée lancer une
v2 avec des objectifs communs (?), soyons réaliste : Spip vient d'etre en
grande partie recodé (et bien recoder) et je crois qu'il n'est pas question
aujourd'hui de "recodage".
Il est question de "découpage" en essayant de limiter les interdépendances à
des "interfaces" clairement spécifiées (API clair pour chaque module)
Le premier interet pour Spip (ben oui au fait, il faudrait peut etre se la
poser la question de l'interet de Spip ...) est bien sur la maintenabilité.
Tous les ajouts fonctionnels recents donnent beaucoup d'inertie au projet et
allongent les cycles des versions.
Cette modularisation permettra de déléguer plus facilement la gestion de
briques fonctionnelles interchangeables, mais c'est aussi un grand coup de
boost aux contributions, une ouverture à d'autres domaines fonctionnels ...
Le modele objet permet effectivement ca naturellement mais n'est pas
indispensable, loin de la (l'approche installation de MOD me plait bien, ca
permet de garder l'instalaltion en 5 clics avec les options Spip-dist
pré-cochées et de "monter" un spip optimisé pour telle ou telle
utilisation).

Aujourd'hui, l'urgence me semble etre à la documentation de la 1.8.
Les remarques de JLuc viennent à mon sens surtout de ce manque de doc car je
crois au contraire que la nouvelle interface et le nouveau compilo apportent
de nouvelles possibilités sans rien enlever à la simplicité d'installation
et d'utilisation (voire meme, une interface plus ergonomique et des
facilités de debug qui rendent cette version encore plus accessible).

Viendra ensuite l'urgence de la "roadmap" comme on dit (je suis demandeur
mais j'ai conscience que les journées ne font que 24h et que les TODO se
remplissent plus vite qu'elles ne se vident).
Mais pour qu'elle puisse voir le jour, il faudrait deja avoir bouclé cette
1.8 et que les fonctionnalités commencent à etre proposées sous forme de
plugin, MOD ou autre, car il y aura forcement differentes stratégies en
fonction du code à "externaliser".

Je serai donc direct : le projet SPIP DGA (ou autre, mais ca me parait le
plus logique) peut il financer cette documentation ?
Ca serait la un vrai apport à la communauté Spip et une preuve de "bonne
volonté", ca ferait avancer les choses et les principaux interessés auraient
l'esprit un peu plus libre pour reflechir à l'avenir.

Qu'en dites vous ?

@++

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.788 / Virus Database: 533 - Release Date: 01/11/2004