Je n'ai eu ensuite aucune remarque, même pas celle qui suit ...
Non, je te l'avais faite avant 
Mais honnêtement, avec plusieurs milliers de mails par semaine, une version
à débugguer, la documentation à mettre à jour (*), et nos boulots normaux en
plus de tout ça, je trouve ta remarque un poil trop agressive. Autrement
dit, que tu aies des clients à contenter, c'est ton problème, pas le nôtre.
(*) Si ce qui t'intéresse c'est que spip fonctionne bien, tu peux aussi
aller dans l'espace privé d'uZine, et mettre des messages de forums sous les
pages de la doc à modifier, par exemple... ce qui n'est pas hors-sujet, voir
ci-dessous.
Je pense que plusieurs utilisateurs, dont moi, voient là dedans une
simplification pour isoler les squelettes personnalisés, mais que
personne n'en a déduit qu'il faut du même coup recopier tous les
squelettes non personnalisés dans ce même répertoire.
Oui, chacun sa logique. Comment faire que la logique qu'on propose soit la
plus facile à comprendre ? Pense à l'utilisateur qui teste
$dossier_squelettes et qui voit que son site continue à fonctionner sans
problèmes : il peut se dire que la fonctionnalité ne marche pas (puisqu'il
n'a pas encore mis de squelette dans le répertoire en question, et que les
pages s'affichent quand même). Ca peut être perturbant. C'est une question
de documentation.
OK si ce n'est pas vu comme un bug, mais si c'est vu comme tel, il est
à mon avis inaproprié de sortir la release avec des bugs déjà
identifiés.
Maintenant que tu me pousses à y réfléchir d'urgence, je crois que ça n'est
pas un bug, et qu'il faut plutôt ne rien toucher, documenter clairement
cette "variable de personnalisation", et permettre aux utilisateurs de
comprendre ce qui se passe plutôt que d'essayer un truc abracadabrantesque
pour retrouver à toute force un squelette-dist : la page "Erreur, le
squelette dossier_squelettes/article.html n'existe pas" est là pour ça.
Utiliser ce répertoire pour "protéger" des contenus en interdisant
certains squelettes, ça n'a jamais été envisagé auparavant, ce n'était
pas l'objectif initial. Mais bon, je n'ai pas de contre argument,
Non, c'était un exemple mal choisi, ce n'est pas un argument valide, je te
l'accorde.
-- Fil (offline pour les trois jours prochains)