Dans la 1.3b5 j'ai passé tous les squelettes en -dist : ainsi article.html
devient article-dist.html, etc. inc-public.html est modifié de manière à
prendre en compte le fond-dist.html s'il ne trouve pas le fond.html
De même je modifie les fichiers inc-calcul.php3 inc-forum.php3 et
spip_redirect.php3 pour qu'ils prennent inc-urls-dist.php3 s'ils ne trouvent
pas inc-urls.php3. Je supprime inc-urls.php3 et je renomme
inc-urls-standard.php3 en inc-urls-dist.php3 ; la version html reste sous le
même nom, et je commente les deux fichiers. Il faudra penser à mettre à jour
la doc http://www.uzine.net/article765.html
Du coup les upgrades pourront se faire en remplaçant sans crainte tous les
fichiers de la distribution.
Heu, point de vue clarté, ce serait pas mieux de créer un répertoire
dist/ ? (c'est une question, hein)
Non, car ARNO* soulignait à juste titre que s'il avait fait ça dans le
répertoire spip c'était pour qu'on puisse voir les squelettes via le web
(avec les liens relatifs fonctionnels, en particulier vers les images).
Je ne suis pas _du tout_ convaincu de l'int=E9r=EAt de la manoeuvre,
c'est une complication sans grand int=E9r=EAt. La tr=E8s grande majorit=E9
des gens qui essaient de modifier les squelettes modifient les
squelettes de base. Du coup, maintenant tout ce qu'on gagne c'est
qu'ils vont modifier "article-dist.html". Donc on tourne en rond, ces
fichiers seront =E9cras=E9s comme les autres.
On perd en revanche la tr=E8s grande simplicit=E9 des couples:
article.php3/html, avec un article.php3 qui pointe vers un
article-dist.html. Ce qu'on gagne ici, c'est une nouvelle question
sur le forum: "ah oui, mais alors pourquoi je fais un article.html
plut=F4t que de modifier article-dist.html?".
Puisqu'on perd l'imm=E9diatet=E9 du lien "article.php3/html", on
complique =E9galement le fait de pouvoir cr=E9er "article-91.html"
(pourquoi pas article-dist-91.html si on a continu=E9 =E0 travailler avec
article-dist.html?).
Donc: =E7a am=E8ne une complication justement aupr=E8s du public concern=E9 =
Ce qui est bien, dans cette affaire, c'est que quand on prévient plusieurs
semaines à l'avance de ce qu'on va faire on n'a pas de réponse, sauf au
moment où c'est fait : donc on discute, on bosse, on galère, on teste, on
annonce, et puis il faut faire marche arrière ?
Ce point a été longuement discuté sur spip-dev il y a une paye, et présenté
dans la TODO...
Du côté des inc-urls.php3 transformés en inc-urls-dist.php3, ça me
semble encore plus extravagant: c'est absolument incompréhensible.
De toutes façons la partie inc-urls n'est pas pour le "public visé", chez
qui la version distribuée marchera sans problèmes. Je ne vois pas le
problème ici.
Le fait de casser le couple .php3/.html, c'est vrai que c'est un peu
dommage. Mais pas bien sorcier non plus. Le fait de ne pas exploser les
sites du "public visé" lors des mises à jour me paraît un avantage supérieur
à cet inconvénient.
Donc: ça amène une complication justement auprès du public concerné ,
c'est-à-dire les gens qui risquent d'écraser leurs fichiers modifiés.
Je ne suis pas trop d'accord : tout le monde est susceptible de
faire l'erreur, pas besoin d'être débutant. En effet, par défaut,
on transfère tous les fichiers de la distribution SPIP, car c'est
ce qui est le plus "naturel" (comme pour n'importe quelle mise à
jour de n'importe quel logiciel).
Après, bien sûr, il est possible de remettre les fichiers personnalisés,
mais ça évite bien des sueurs froides (et des vrais gros problèmes
quand on ne retrouve plus la copie locale des dits fichiers).
En plus, ça devient cohérent avec le comportement de l'installation
auto, qui faisait déjà le boulot de ne pas écraser les fichiers
personnalisés.
D'autre part il est plus simple de recopier une bonne fois pour
toutes article-dist.html en article.html, que de devoir à chaque
mise à jour se préoccuper de transférer seulement les fichiers
non personnalisés (surtout si, six mois après, on ne se souvient
même plus qu'on avait modifié les fameux fichiers machin.html
qu'il ne faut pas écraser lors de la mise à jour....).
Après, pour le nom, personnellement j'aurais plutôt mis ça
dans un répertoire séparé avec le même nom plutôt que d'ajouter
un -dist, mais ça ne me semble pas fondamental.
Mais faudra faire une doc particuli=E8rement claire sur le sujet, hein?
ARNO*
Salut,
Donc: =E7a am=E8ne une complication justement aupr=E8s du public=
concern=E9 ,
c'est-=E0-dire les gens qui risquent d'=E9craser leurs fichiers modifi=
=E9s.
Je ne suis pas trop d'accord : tout le monde est susceptible de
faire l'erreur, pas besoin d'=EAtre d=E9butant. En effet, par d=E9faut,
on transf=E8re tous les fichiers de la distribution SPIP, car c'est
ce qui est le plus "naturel" (comme pour n'importe quelle mise =E0
jour de n'importe quel logiciel).
Apr=E8s, bien s=FBr, il est possible de remettre les fichiers personnalis=
Puisqu'on modifie la gestion des squelettes, j'en profite pour
ajouter une nouvelle ch'tite fonctionnalit=E9 bien pratique. Modif sur:
/inc-calcul.php3
(deux lignes ajout=E9es en ligne 289).
Il s'agit de pouvoir fixer un comportement de squelette pour une
rubrique, mais pas pour ses sous-rubriques. La syntaxe est alors:
rubrique=3D60.html
article=3D60.html
Le principe g=E9n=E9ral:
rubrique.html concerne TOUTES les rubriques du site.
rubrique-60.html concerne la rubrique 60 et toutes ses sous-rubriques.
rubrique=3D60.html concerne uniquement la rubrique 60, pas ses
sous-rubriques (pas de r=E9cursivit=E9 dans ce cas).
(rappel: article-60.html concerne tous les articles de la _rubrique_
60 et de ses sous-rubriques; le "60" est un num=E9ro de rubrique, pas
un num=E9ro d'article)
Je ne suis pas _du tout_ convaincu de l'int=E9r=EAt de la manoeuvre,=20
c'est une complication sans grand int=E9r=EAt. La tr=E8s grande majorit=
=E9=20
des gens qui essaient de modifier les squelettes modifient les=20
squelettes de base. Du coup, maintenant tout ce qu'on gagne c'est=20
qu'ils vont modifier "article-dist.html". Donc on tourne en rond, ces=20
fichiers seront =E9cras=E9s comme les autres.
Pour =E9viter =E7a on peut mettre des commentaires HTML au d=E9but des
fichiers -dist pour expliquer aux gens comment faire de nouveaux
squelettes.
Ou bien, si ARNO gagne le d=E9bat (enfin tout cela avait d=E9j=E0 =E9t=E9 d=
=E9battu,
mais bon), on peut aussi imaginer de garder les "sommaire.html" & co et
faire que SPIP recherche d'abord "sommaire-perso.html" ou un truc comme
=E7a.
Ok, quelque soit la solution, elle est un peu lourdingue, mais le fait
de ne pas =E9craser les squelettes persos, vraiment, c'est important.=20
a+
--=20
Thomas NOEL <thomas.noel@auf.org> http://www.auf.org/ http://www.refer.sn/
Syst=E8mes et R=E9seaux du Campus num=E9rique francophone de Dakar
Bureau Afrique de l'Ouest / Agence Universitaire de la Francophonie=20
BP 10017, Dakar - Libert=E9, S=E9n=E9gal. T=E9l : (221) 824 29 27 (poste 10=
7)
