Salut Walk,
Je te remercie d'exposer ce problème (merci aussi à Jean-Michel qui te répond), et sans vouloir trop m'avancer, je crois que Fil et Antoine sont sensibles à cette question.
Mais je crois que tu pointes un problème central de SPIP: c'est un produit destiné à être facilement utilisable, et qui offre forcément des fonctionnalités limitées (ça ne veut pas dire: "des fonctionnalités navrantes", hein, loin de là). Comme tu as dû le remarquer (d'ailleurs c'est ce que tu dis quand tu évoques l'installation), le but est de rendre accessible des fonctionnalités considérées habituellement comme compliquées à des non-techniciens. Pour un informaticien, évidemment, tout cela est très simple... Mais comme tu dois le constaster si tu suis la succession de versions beta, chaque ajout de fonction fait l'objet d'un apre discussion autour de l'interface, de la simplicité de compréhension (et autres problèmes de goûts et de couleurs)...
Cela reste donc notre objectif principal: pouvoir gérer un site Web sans devoir trop mettre les mains dans le cambouis.
Sauf que...
Hé ben sauf que tout cela n'est pas si simple...
(1) D'abord il est préférable, pour le webmestre principal du site, de comprendre le langage des squelettes de SPIP; c'est l'un des éléments qui permet d'exploiter réellement la liberté que donne SPIP. Et là, malheureusement, il faut se coltiner une syntaxe forcément figée et formalisée. Pour le débutant total, c'est pas totalement évident (le WYSIWYG n'est pas pour demain). À l'inverse, remarque, c'est peut-être l'un des rares points de SPIP sur lequel un informaticien chevronné trouvera que c'est un véritable gain de temps! Ne pas avoir à se taper les copier-coller de requêtes mySQL, avec un bidule qui, finalement, rempli la plupart des tâches courantes qu'on attend d'un site dynamique, c'est pas si mal que ça :-)) Alors oui, récomment on a vu des requêtes pas très catholiques sur cette liste (des expressions régulières, ça fait marrer les papes d'Unix, m'enfin moi ça m'a pris des années à piger comment ça fonctionnait); m'enfin puisque ça fait partie des possibilités du langage des squelettes, ce serait dommage de les planquer dans un coffre au fond d'un puit...
(2) Mais surtout (surtout, surtout, surtout, et j'insiste): SPIP ne peut forcément pas répondre, dans sa version de base, à tous les besoins de tous les sites (mais je suppose que je ne t'apprends rien - l'exemple que j'aime bien: essaie de faire IMDB.com avec SPIP, tu vas comprendre ta douleur). Donc il y a des fonctionnalités qu'ont nous réclame, mais qui ne sont pas implémentées dans SPIP. Le problème se joue ici.
Pour les fonctionnalités qu'on nous réclame (et pour lesquelles SPIP n'est pas conçu), il y plusieurs possibilités:
- c'est totalement en dehors des possibilités de SPIP. Là, on le dit, c'est niet, nada, c'est pas fait pour, achetez-vous Vignette (1 million de francs; mais pour le prix, ça contrôle même la machine à café). Bref: désolé.
- c'est pas encore possible directement, mais on va l'intégrer. Là, deux possibilités: faites-nous confiance et attendez la prochaine version beta (et ses indispensables bugs, surtout si c'est moi qui implémente la fonction), ou alors: en attendant, y'a un moyen de le faire en bidouillant en PHP;
- c'est pas possible directement (c'est-à-dire, avec le langage de scripts des squelettes), et on ne va pas l'intégrer dans la version standard de SPIP (toujours le même problème: chaque nouvelle fonctionnalité transforme un peu plus SPIP en usine à gaz imbitable pour le commun des mortels), mais y'a moyen de s'en sortir en bidouillant un peu.
Du coup, je crois que c'est ce dont tu parles: pour des très nombreuses situations très spécifiques, des questions posées sur cette liste, la réponse simple serait: "on ne peut pas le faire avec SPIP si on se contente de suivre la documentation en ligne" (comprendre: les squelettes standard). Sauf que: dans de très nombreux cas, ces questions insolubles sont très facilement solubles avec deux-trois lignes de PHP. D'accord, on n'adopte pas SPIP pour faire du PHP; mais si SPIP ne peut pas le faire, mais que PHP permet de le faire sans trop se compliquer, il vaut mieux qu'on donne une solution, non?
Ca me semble donc très exactement la tension que tu expose, et qui apparaît quotidiennement sur cette liste: en version standard, SPIP est un produit limité. Forcément (je te confirme que SPIP est incompatible avec ma machine expresso de marque Krups - et j'ai beau demander à Antoine d'y remédier, il s'en fout, vu qu'il roule pour Moulinex). Je pense même que ses limites font partie de son charme: ça n'est pas une usine à gaz, et quiconque s'inscrit à l'espace privé d'uZine arrive à nous faire parvenir des articles (oui, uZine n'est pas SPIP, mais pour l'heure c'est notre principale zone de tests :-)). Et que faut-il faire quand un utilisateur veut "dépasser" les limites de SPIP? Facile: (1) voir si on peut implémenter la fonction sans compromettre la facilité d'utilisation de SPIP; (2) à défaut, expliquer comment, d'une manière certes un poil plus complexe, en recourant directement à php, on peut contourner la limitation.
Pour finir... il me semble qu'effectivement, les solutions très techniques (recours à PHP) apparaissent plus fréquemment sur cette liste depuis quelques temps. C'est normal: les utilisateurs de SPIP commencent à bien connaître le système, donc ont désormais atteint ses limites. Donc ils posent désormais des questions plus "pointues" sur ces limites (au début, évidemment, les questions étaient plus du genre "pourquoi ma rubrique qui ne contient aucun article publié n'apparaît pas sur le site public"; aujourd'hui c'est plus souvent "comment je peux indiquer qu'untel a validé l'article mais n'en est pas l'auteur....").
Plus le temps passe, et plus il faut gérer cette contraction (et je crois que tu as un rôle important à jouer ici): un produit qui reste simple à utiliser en version standard, mais dont _certains_ utilisateurs peuvent vouloir dépasser certaines limites avec quelques lignes de PHP (investissement technique certes plus important, mais qui n'interdit pas de conserver un système simple). Impératif qui dérive de cela: le webmestre ayant des exigences particulières (hors standard SPIP) va certes devoir apprendre quelques rudiments de PHP, mais ses rédacteurs continueront à travailler simplement avec un produit pas compliqué. Ce qui, mine de rien, n'est pas évident non plus :-))
Voilà, j'espère que ça répond à tes questions.
Au passage, je n'ai pas souvenir qu'on t'ai déjà remercié pour ton site, le tout premier site consacré à la démocratisation de SPIP. Alors, hop, j'en profite: merci Walk!
Amicalement,
ARNO*
At 17:15 +0200 8/10/01, Walk wrote:
Salut SPIPotes, SPIPeurs et SPIPelettes,
Vu de chez moi l'apport de SPIP c'est d'abord (voir interview d'ARNO*:
"plus besoin de webmestre") de mettre à la portée de TOUS
(non-techniciens) un site d'édition participative performant.
J'en étais convaincu au départ en voyant la simplicité d'installation.
Mais au fur et à mesure je constate de plus en plus d'échanges de
spécialistes au moins informaticiens, qui font évoluer SPIP vers un
statut public de "brique de base" d'un site classique. Quelques
explications plus simples ont été ajoutées aux FAQs, mais je ne vois
pas arriver un fichier intégré proposer.html ni des squelettes
facilement exploitables par tous (PHP incontournable). Bref vous
donnez l'impression de ne plus donner la priorité à la vulgarisation.
--
Le Scarabée : http://www.scarabee.com
uZine 2 : http://www.uzine.net
DH/DSS, 0x11930F0B, DEEB 602D B344 644B AF88 BF73 85F4 2297 1193 0F0B
