* Stephane tapuscrivait, le 05/11/2007 00:15:
RealET a écrit :
Mais justement, l'objectif de ce dépôt, c'est de montrer comment passer d'un squelette qui n'est pas générique à un squelette qui l'est.
ben vous y allez tout doucement alors...
c'est ce commit qui m'a fait penser que le développement etait en cours, d'autant que j'ai vu passer aussi des corrections de bug et que le site n'était pas en ligne au moment du dit commit.
Le site a des problème d'hébergement : il est souvent en rade...
Quand au squelette sur la zone, il n'est pas en utilisation sur le site, justement parce que le site est déjà en prod
Pour une généralisation, j'aurais attendu plutot un truc du genre :
<div id="header">
- <h1>Baupin 2008</h1>
+ <h1>#NOM_SITE_SPIP</h1>
- <a href="http://www.baupin2008.fr/" title="Accueil du site : Les verts 2008, la campagne municipale" class="nom-site">
- <img src="squelettes/images/bandeau.jpg" alt="Les verts 2008, la campagne municipale" />
- </a>
+ [(#LOGO_SITE_SPIP|#URL_SITE_SPIP|
inserer_attribut{alt,#DESCRIPTIF_SITE_SPIP}|inserer_attribut{title,<:accueil:> : #DESCRIPTIF_SITE_SPIP})]
</div>
ou quelque chose dans ce gout la.
C'est le 2e commit sur ce squelette : Connexion · GitLab
cf : Connexion · GitLab
amha, si vous voulez faire dans le pedagogique, il faut regrouper les modifs de meme nature et limiter le nombre de commit pour passer du spécifique au générique.
C'est l'article qui va regrouper.
Là, on y va au karsher
Le premier dépôt disait pourtant (Connexion · GitLab) :
«Pour l'instant, ce squelette n'est pas générique. Il va le devenir.. Et passer en plugin.
Ça pourra être un exemple de passage d'un squelette de particulier à générique.»
Je ne l'avais pas vu passer et visiblement je ne suis pas le seul.
comme quoi un petit message sur la liste n'est pas de trop pour les zonards débordés qui ne lisent pas tous les commit...
Certes.
Alors, oui, en l'état, ce n'est pas générique.
Il me semble qu'il y a un réel don à la communauté de montrer comment un squelette bancal peut devenir utilisable de manière générique.
clairement !
c'est une très bonne idée, ainsi que de rédiger un ou plusieurs articles sur spip-contrib de "bonne pratiques" pour coder réutilisable.
"Bonnes pratiques" : tout est relatif. L'usage des mots clefs "techniques" a été longtemps considéré comme une mauvaise pratique.
D'ailleurs, Joseph, les MC techniques, ça en est où ?
mais pourquoi faire ca dans votre coin au lieu de lancer publiquement ce chantier ?
la, en voyant passer les commits, on se dit pas spontanément qu'on peut participer...
Effectivement, pour l'instant, nous préférions avancer seuls, mais publiquement.
Et donner le feu vert pour une participation collective ensuite.
Mais comme je le disais, je me doutais bien que c'etait pas juste pour pouvoir utiliser le svn.
Ah ça, c'est sûr.
Je m'attendais à un troll (sur Boutin).
Et nous avons en fait une chouette discussion sur l'usage de la zone
Le probleme c'est de mettre en place un fonctionnement clair qui n'ouvre pas la porte à tout et n'importe quoi.
+1
je pense qu'il faudrait imposer dans la charte l'annonce des projets avant ajout, ca eviterait ce genre d'ambiguité et ca suffirait sans doute à ecarter ceux qui pensent que c'est un svn gratos pour leurs projets.
+1
Ceci dit, des ambiguïtés, il y en aura toujours, du fait même que SPIP s'inscrit dans une histoire commune et que les nouveaux venus ne la connaissent pas et que les anciens oublient ce détail.
Ceci dit, chaque nouveau venu dit généralement pourquoi il veut un accès sur la zone.
Et puis, après quelques mois de dépôts, redemander pour un nouveau dépôt, ça fait bizarre.
Et dans certains cas, y'a un commit qui vient comme une envie de pisser (du code) ; exemple : shoutbox ce WE.
2 sous de plus.
Ah non, pas d'argent !
--
RealET