Je ne souhaite pas relancer le débat sur contrib ou intégration dans le code ou mods etc., mais une contrib de François Schreuer ce matin sur spip-contrib m'a qd même fait poser quelques questions...
Il s'agit de nouveaux raccourcis typographiques avec par exemple une redéfinition de la balise {{{}}} en {1{}1} : on sait que la balise {{{}}} est utilisé dans de nombreux script mais surtout celui de la coupure d'un texte en page + ajout de sommaire... Bref cela me fait me demander plus globalement si les contrib sont vraiment la solution, car aujourd'hui, si j'utilise la coupure en page + sommaire et que je veux mettre le script de FS, que va t-il se passer ? Autrement dit comment gérer les interractions entre contribs ???
Ceci dit il est certainement possible d'adapter la contrib pages + sommaire, en lui réservant un {0{}0}... Mais ma question n'est pas directement liée à cette contrib (j'ai fait un post sur spip contrib à son auteur pour connaître son avis sur la question) mais bien plus globale, car nous n'en sommes qu'au début en tere de contrib alors... Cela m'inquiète un peu.
Merci
A+
Jean-Luc GRELLIER
Chargé de Mission TIC
Courriel : jl-grellier@cr-limousin.fr
Tél : 05 55 45 18 96
Fax : 05 55 45 17 48
Région Limousin
27 Bd de la Corderie
87031 Limoges cedex
Je ne souhaite pas relancer le débat sur contrib ou intégration dans le code ou mods etc., mais une contrib de François Schreuer ce matin sur spip-contrib m'a qd même fait poser quelques questions...
[...]
Autrement dit comment gérer les interractions entre contribs ???
[...]
Cela m'inquiète un peu.
La solution la plus généralement proposée est de garder un projet central dans lequel certaines contributions sont intégrées lors des versions stables, ce qui signifie pour les contributeurs que leur travail (bien ingrat ) ne sera en général pas intégré à la version centrale du projet.
Exemple pour celle de François, mais également 90% au moins des contribs de spip contrib.
Les contributeurs le savent, les webmestres qui utilisent les contrib devraient le savoir.
Exemple pour celle de François, mais également 90% au moins des
contribs de spip contrib.
Les contributeurs le savent, les webmestres qui utilisent les contrib
devraient le savoir.
Bonjour,
Je suis bien d'accord avec toi : on ne peut pas vouloir le beurre et
l'argetn du beurre. Les contributions ont l'immense avantage de pourvoir
traiter des problèmes qui n'intéressent que 10 % des utilisateurs. C'ets en
ce sens qu'elles doivent exister et qu'on doit les encourager.
Le noyau de SPIP lui doit contenir le coeur du métier et ne pas aller plus
loin. Cela fait longtemps que j'aurais aimé faire de la vente en ligne avec
www.atelierdecreationlibertaire.com (il est en panne car lautre.net a des
problèmes depuis plus de 24 heures): mais je sais que cela ne pourra jamais
être dans SPIP. Donc, à moi de faire une contrib (mais j'en suis incapable)
ou regarder si des contribs existent.
Alors, ce qu'il serait bien de faire c'est de mettre quelques "guidelines"
pour faire cela "correctement". Ensuite, libre au contributeur de ne pas le
faire mais de prévenir dans sa contribution. Ensuite, c'est à la personne
qui va utiliser une contribution de vérifier:
- si elle marche bien avec le site qu'il veut déployer
- si la façon de traiter les choses peut être gênant pour l'avenir : jai
personnellement écarté des contributions qui auraient pu m'intéresser à
cause de cela.
SPIP devient de plus en plus riche au fur et à mesure qu'il avance : la
chance que nous avons eu de le choisir !
Il s'agit de nouveaux raccourcis typographiques avec par exemple
Je suis d'accord avec les réponses de Philippe et de JMB ; la question des
"nouveaux" raccourcis est cependant un peu particulière, car il ne s'agit
pas de contribs qui permettent de faire des choses supplémentaires avec le
même contenu, mais bien de changer les contenus, avec des risques
d'incohérences entre divers sites et d'incompatibilité entre diverses
contribs -- voire avec les prochains raccourcis du "noyau".
L'intérêt de cette contrib, je pense, n'est pas tellement de "répondre à un
problème" mais plutôt pédagogique, de monter comment hacker avant_propre()
etc.
) ne sera en général pas intégré à la version centrale du projet.