Bonsoir,
Une question de fond par rapport à l'avenir de SPIP. Je suis pas certain d'être au courant de tout, mais je pose quand même la question, au risque de jouer la mouche du coche.
Je crois qu'il serait bon d'avoir ce débat (s'il n'a pas déjà eu lieu ailleurs) avant la sortie de la 1.8.
Que va-t-il advenir à court et moyen terme des champs extra?
A long terme, tout le monde est d'accord (me semble-t-il), les champs extra sont destinés à disparaître, avalés par la possibilité - ouverte par le nouveau compilo et qui sera réalisée un jour ou l'autre - de gérer dans spip de façon générique des données dont la structure sera déterminée par l'utilisateur et plus par la structure préexistante et forcément arbitraire des objets de spip (bref: la raison d'être des champs extra disparaîtra).
Néanmoins, plusieurs arguments me semblent plaider en faveur d'une conservation des champs extra dans la prochaine version de spip, autrement que comme simple survivance d'un système abandonné mais pour lequel on conserve une compatibilité:
- Il semble l'évidence de constater que la gestion générique des données
n'est pas pour tout de suite (ne serait-ce que parce que la très
simple question de savoir qui est celui qui a les compétences et le
temps pour coder ça n'a pas pas à l'heure actuelle trouvé de réponse
claire - j'imagine qu'Emmanuel, qui est sans doute le plus apte à le
faire, va se reposer un peu dans les temps qui viennent après les
importants efforts fournis cet été). Même si tout le monde sent
confusément que spip 2.0. (?) sera décoiffant, on y est pas encore.
- Les champs extra offrent au moins une fonctionnalité qui n'est pas
offerte a priori par le nouveau compilo: être facilement limitables
(à un secteur, à un type d'auteur, à un groupe de mot-clé,...),
fonctionnalité que je trouve personnellement fort appréciable.
- A cela on peut ajouter le fait que la simplicité de mise en oeuvre des
champs extra (même s'il faut éditer un petit fichier php) restera très
probablement supérieure à la définition inévitablement complexe de la
structure des tables et autres données y afférentes quand il s'agira
de créer de nouvelles tables objets dans spip. Par conséquent, les
champs extra sont et risquent de rester un moyen plus facile pour
l'utilisateur moyennement averti de modifier la structure des données
de son site.
Bref, si l'on ajoute qu'une librairie vachement meilleure (permettant de gérer de nouveaux types de données,...) que celle actuellement présente (l'actuel inc_extra.php3 sur la cvs date de 10 mois) dans la distribution a été développée et est aujourd'hui inutilisée (enfin, je pense?), je me dis qu'il vaut peut-être la peine de considérer sérieusement une (semi-)officialisation des champs extra et d'intégrer la nouvelle librairie.
Ca permettra de maturer le nouveau compilo, d'avoir un peu de pratique avec lui, que quelques grosses contribs l'utilisant aient été pondues,... avant d'implémenter l'étape suivante qui sera sans doute très délicate. Tout en ayant un outil correct répondant aux besoins en attendant.
Au plaisir de vous lire,
François