Hier je me suis fait une remarque (et j'ai mangé une pomme aussi).
Les URLs propres sont dans le core. Mais quand on décide de les utiliser, il y a de forte chance pour que de temps en temps il faille modifier le titre d'un objet, par exemple. Et là, faut un plugin en plus ("vider urls propres" un truc comme ça) pour mettre à jour de manière explicite le changement. J'ai appris hier qu'il y avait quelques hacks genre dépublier-republier l'article, mais franchement, c'est pas digne, c'est un truc pour ceux qui connaissent le hack quoi...
D'où ma conclusion : soit il faut qu'il y ait le nécessaire dans le core (pouvoir gérer le minimum sans hack de geek à partir du moment où on décide de les utiliser), soit passer les URLs propres en plugin, et du coup faire un plugin un peu complet dessus).
En ce qui me concerne, je m'en fiche que telle ou telle fonctionnalité soit en plugin plutôt qu'en core. Mais le tout est que ce soit clair et qu'on ait pas la moitié dans l'un, la moitié dans l'autre pour utiliser une fonction simplement.
Je peux m'auto-gogogo-iser, mais c'est pour ça que j'ai mis 2.1, là j'ai pas le temps, et de toute façon c'est pas urgent.
Les URLs propres sont dans le core. Mais quand on décide de les utiliser, il
y a de forte chance pour que de temps en temps il faille modifier le titre
d'un objet, par exemple. Et là, faut un plugin en plus ("vider urls propres"
un truc comme ça) pour mettre à jour de manière explicite le changement.
Non pas du tout ! Le changement suit directement ; il suffit de faire
"voir en ligne".
J'ai appris hier qu'il y avait quelques hacks genre dépublier-republier
l'article, mais franchement, c'est pas digne, c'est un truc pour ceux qui
connaissent le hack quoi...
Les URLs propres sont dans le core. Mais quand on décide de les utiliser, il
y a de forte chance pour que de temps en temps il faille modifier le titre
d'un objet, par exemple. Et là, faut un plugin en plus ("vider urls propres"
un truc comme ça) pour mettre à jour de manière explicite le changement.
Non pas du tout ! Le changement suit directement ; il suffit de faire
"voir en ligne".
Dans ce cas on peut pas le faire au moment où on sauvegarde le
changement de titre ?
Du coup ça serait transparent pour l'utilisateur
Sans effacer l'url precédente car "Cool URIs don't change"
Dans ce cas on peut pas le faire au moment où on sauvegarde le
changement de titre ?
Bof
Du coup ça serait transparent pour l'utilisateur
Ca l'est déjà
Sans effacer l'url precédente car "Cool URIs don't change"
Absolument
Ce qui manque je dirais c'est la capacité de fixer soi-même l'url d'un
truc *et qu'il ne change pas*. Techniquement il suffit d'insérer l'url
dans spip_urls avec une date dans le futur, et ça marchera. Mais je ne
"vois" pas la bonne interface.
Mais il y a plus urgent : on n'a toujours pas le choix du type d'urls
dans la config... lol
Ce qui manque je dirais c'est la capacité de fixer soi-même l'url d'un
truc *et qu'il ne change pas*. Techniquement il suffit d'insérer l'url
dans spip_urls avec une date dans le futur, et ça marchera. Mais je ne
"vois" pas la bonne interface.
Est-ce que tu as testé celle de dotclear 2 (facile à tester en ouvrant un gandi blog gratuit) ?
Je trouve que c'est assez intuitif.
Hier je me suis fait une remarque (et j'ai mangé une pomme aussi).
Les URLs propres sont dans le core. Mais quand on décide de les utiliser, il y a de forte chance pour que de temps en temps il faille modifier le titre d'un objet, par exemple. Et là, faut un plugin en plus ("vider urls propres" un truc comme ça) pour mettre à jour de manière explicite le changement. J'ai appris hier qu'il y avait quelques hacks genre dépublier-republier l'article, mais franchement, c'est pas digne, c'est un truc pour ceux qui connaissent le hack quoi...
D'où ma conclusion : soit il faut qu'il y ait le nécessaire dans le core (pouvoir gérer le minimum sans hack de geek à partir du moment où on décide de les utiliser), soit passer les URLs propres en plugin, et du coup faire un plugin un peu complet dessus).
En ce qui me concerne, je m'en fiche que telle ou telle fonctionnalité soit en plugin plutôt qu'en core. Mais le tout est que ce soit clair et qu'on ait pas la moitié dans l'un, la moitié dans l'autre pour utiliser une fonction simplement.
Je peux m'auto-gogogo-iser, mais c'est pour ça que j'ai mis 2.1, là j'ai pas le temps, et de toute façon c'est pas urgent.
--
RastaPopoulos
il y a déjà un plugin qui fait ca
"effacer_url_propres"
il le fait globalement et au coup par coup, très bie mais n'est pas lié directement a un article, le vrai problème c'est de gérer les conflits de noms, ou bien il faudrait gérer les urls arbo directement pour limiter les dégats
