Effectivement, mais je pensais que le paramètre global était quand même resté. C'est mon erreur.
Bon, j'ai changé ma config, mais je ne comprends toujours pas.
Puisque seule la "fin" de l'URL correspondant au titre de l'objet est stockée dans la table spip_urls, comment ce fait-il, après avoir bien entendu vidé le cache, que différents contenus de même nature ont des URL différentes ?
Après une mise à jour du plugin, tu pourras tester facilement toutes les options prévues dans SPIP 2.0 pour gérer les arbo (lame "SPIP et les URLs") et même éditer les URLs propres.
(attention que ton fichier mes_options.php ne soit pas bourré de choses obsolètes, sinon, active temporairement l'inclusion en amont dans l'outil "Comportements du CS")
Comme tu es en SPIP 2.0 dev, il vaut mieux aussi mettre à jour SPIP.
j'ai hésité, mais j'ai préféré le virer tant qu'il était encore temps plutôt
que de trainer ensuite une double configuration ad vitam eternam
Ta démarche se comprend parfaitement, mais d'un point de vue
fonctionnelle, c'est quand même dommage de ne pas pouvoir supprimer
article/ comme Nicolas le faisait.
bien si, justement, on peut toujours, mais avec un autre réglage.
Cédric
Après une mise à jour du plugin, tu pourras tester facilement toutes les options prévues dans SPIP 2.0 pour gérer les arbo (lame "SPIP et les URLs") et même éditer les URLs propres.
(attention que ton fichier mes_options.php ne soit pas bourré de choses obsolètes, sinon, active temporairement l'inclusion en amont dans l'outil "Comportements du CS")
Euh... en quoi cela expliquera le comportement que je constate ?
Ce n'est pas parce que ça se mettrait à marcher avec le CS que ce ne serait plus potentiellement bugué dans le core, je préfère qu'on commence par là.
Comme tu es en SPIP 2.0 dev, il vaut mieux aussi mettre à jour SPIP.
Bin je suis sur la dernière version trunk, je ne vois pas ce que je pourrais mettre à jour !