Je trouve domage de "forker" comme ça sur un coup de tête,
"Coup de tête " : n'exagérons rien. Ma 1ère demande concernant le profil
"correcteur" date du 13 nov. (à peu près à l'époque du 1er débat sur le CVS
d'ailleurs) j'ai pas eu la moindre réponse... donc il faut bien que je me la
développe si je la veux non ?
En ce qui me concerne j'ai demandé/suggéré certaine choses il y a plus d'un
an et je n'ai jamais eu de réponse... Je n'en fait pas un drâme :))
Forker c'est aller vers un projet différent... et l'on sait que dans ce cas
les promesses de "compatibilité" sont de pure forme. Et c'est domage...
En l'occurrence c'est un fork qui n'en est pas un, il s'agit pour moi de
développer ce dont on a besoin sur LF.NET c'est tout. Je n'ai pas du tout
l'intention de m'emm..er avec la création de packages, documentation etc.
Dua_spip n'est donc pas un projet à proprement parler. C'est seulement un
repository où tout le monde peut "piocher", ce qui est plus cool de modifier
& adapter SPIP à LF.NET en gardant pour moi le code que je fais.
La promesse de compatibilité n'est pas de pure forme, jec ompte bien profiter
aussi de mon côté de toutes les bonnes idées qui seront développées dans SPIP
"canal historique".
Si, si, ton premier mail sur le "fork" me semblait bien ller plus avant
qu'un simple développement parallèle de fonction... Du moins je l'ai perçu
comme tel.
La solution "raisonnable" me semble plutôt de travailler à développer des
modules ou des "hacks" de SPIP,
SPIP n'est absolument pas modulaire (ce qui n'est pas un reproche). Si tu
veux ajouter une boucle "FICHIERS_JOINTS" tu n'as pas le choix, il faut coder
dans inc-calcul-squel.php3 et pas ailleurs.
C'est vrai SPIP n'est pas modulaire, c'est bien un des reproches que je
puisse lui faire 
Je crois cela dit important qu'à côté du travail du "core team" de SPIP il y
ait des opérations de modifs et d'extension (hacks ou modules, comme on
veut) dont nous pourrions tous bénéficier.
Rien n'empêche de proposer une version alternative du fichier
"inc-calcul-squel.php3" pour ajouter des fonction à SPIP...
Cette remarque s'étend aussi par exemple à la doc de SPIP qui est
actuellement totalement "propriétaire" sur le site d'uzine.
Mais je crois TRES important de ne pas diverger sur un coup de tête, parce
que ce projet à MALGRE TOUT des qualité importante : il suffit de jeter un
coup d'oeil sur les "nukeries" pour s'en convaincre.
J'en suis convaincu, sinons nous n'aurions jamais migré de nuke vers SPIP.
Moi aussi j'ai fait le même parcours :-°
Peut être aussi faut-il sortir de la dépendance (la position "demande")
envers les développeur de SPIP pour devenir des utilisateurs plus experts,
plus contributifs, plus productifs...
Ben si je code ce dont j'ai besoin (et qui n'intéresse pas les dev de spip),
et qu'en plus je publie le code, c'est justement parce que j'abandonne la
position "demande" non ?
Cette remarque ne s'adressait pas en particulier à toi, mais plus en général
à la communauté des utilisateurs (dont moi-même) qui se contente en général
de demander des nouvelles fonctionalités, ou des modifs.
Je pense par exemle que nous utilisons trop peu le répertoire contrib/ du
FTP de SPIP pour y déposer nos divers "additifs".
A part ça je trouve très bien le fait que des utilisateurs propsent - y
compris contre l'avis du "core team" - des modifications et ajouts de code,
cela ne peut que dynamiserr l'ensemble de la communauté.
Donc "happy hack" ç)) mais pas de fork intempestif :^)
Aris
