Et si pour se débarrasser de ces affreuses urls on décidait une fois
pour toutes que dans les modes où c'est possible (urls propre, html,
arbo etc) la page site.tld/toto invoquait *d'abord*
find_in_path('toto.html') *puis* en second rand la recherche de
l'article titré 'toto' ?
D'accord pour rechercher une page HTML qui existe « physiquement », mais n'est-ce pas déjà fait par le .htaccess ?
Y a-t-il des cas graves d'incompatibilité ascendante ?
D'après moi le cas à problème c'est quand un article a l'url propre
'toto' et que le squelette toto.html ne tienne pas compte de
id_article ; exemple typique : 'contact' 
Bin surtout que l'URL propre "toto" vient en général du *titre* du contenu, alors que le squelette "toto.html" vient plutôt du *type* de contenu.
Le gain serait très appréciable.
Pourquoi ?
Deuxième question du même ordre : que faire de l'url toto/xxx ? Dans
les softs modernes on peut "router" chaque répertoire http vers un
"handler" spécialisé.
Avec des URL arborescentes, il serait déjà bien de pouvoir conserver des objets de même titre situés à des endroits différents sans avoir à mettre un id dans l'URL.
Par exemple, j'ai un secteur "Agenda" qui a pour URL :
http://www.gasteroprod.com/agenda/
Et j'ai un mot clef "agenda" qui a pour URL :
http://www.gasteroprod.com/tags/agenda-59
J'aurais préféré ça :
http://www.gasteroprod.com/tags/agenda
Dans mon cas, le handler spécialisé, c'est la hiérarchie, soit de rubriques, soit de groupes de mots clefs. Il est donc plutôt générique.
Un système de handlers spécialisés pourrait sans doute être intéressant, mais vu que ce sont des URL qui nécessitent déjà un .htaccess avec des RewriteRules, on peut continuer dans cette voie, pas besoin de faire plus dans SPIP, il me semble.
-Nicolas
