Wed, 24 Mar 2010 11:55:35 +0100, cam.lafit@azerttyu.net:
Le cas se présente lors d'un transfert entre un système non
sensible à la case à un système sensible. (mpn cas en l'occurence)
Les problèmes éventuels lors d'un *transfert* sont une chose, mais
c'est le problème de la personne qui fait le transfert, pas de SPIP.
Si je transfère de mon Linux à un autre Linux (par exemple), je sais
ce que je fais, et je veux pas que SPIP me dise "oui mais non,
imagine ça marche pas, alors c'est minuscules picétou".
Comme suggéré par azerttyu, le comportement premier devrait être de
chercher le fichier tel que mentionné. Ensuite seulement, par
"compatibilité" (pour être poli), si on le trouve pas, rechercher la
version tout en minuscules.
Les gens qui développent le noyau, les modules de systèmes de
fichiers, les divers programmes etc. se font tous ch*** pour qu'on
puisse utiliser des majuscules, des espaces, des accents, etc., alors
si juste à la fin de la chaîne y'a un SPIP qui pose des limitations
arbitraires à base de "nan mais arrêtez, c'est trop compliqué, hop,
minuscules pour tout le monde", c'est un peu ridicule [1].
<troll>À ce compte-là, on limite en format 8.3 et on exige du
"monmod~1.htm" au cas où quelqu'un utilise MS-DOS, et on demande aux
gens de pas mettre d'accents dans leurs mails sur la liste, comme au
bon vieux temps.</troll>
Je rappelle quand même que le sujet de la discussion c'est si SPIP
doit convertir en minuscules le nom appelé avec #MODELE dans les
squelettes. Ceux qui utilisent des systèmes de fichiers qui imposent
des minuscules feront de toute façon leur appel à #MODELE{truc} en
minuscules, et s'ils le font pas, c'est facile à corriger.
[1] Notez, je critique les limitations *arbitraires*. Si certaines
limitations (espaces ou autres) sont inhérentes à SPIP, c'est autre
chose. Mais là c'est pas le cas.