[spip-dev] r10315 - in spip/ecrire: . inc

* Fil tapuscrivait, le 19/09/2007 00:07:

Pour mes URL arborescentes -- oui, je sais, je dois écrire un article
à ce sujet -- je n'ai pas besoin de connaître le niveau
d'arborescence, parce que j'utilise de toute façon des URL absolues
partout.

Le problème c'est les liens vers les documents, pas tellement les
liens vers les autres articles ; surtout avec reduire_image, qui
travaille sur l'url de l'image alors qu'elle devrait traiter le chemin
local (http).

Dans le squelette SoyezCreateurs, une personne a contribué des URLs arborescentes.
Et la gestion des documents est pris en charge par une rewrite rules qui redirige sur la racine du site toutes les URL ayant /IMG/ dedans.

Et la gestion des documents est pris en charge par une rewrite rules qui
  redirige sur la racine du site toutes les URL ayant /IMG/ dedans.

Oui c'est ce que je fais sur le Diplo (il faut penser à rediriger
aussi local/) ; et c'est ce que j'aimerais pouvoir éviter à terme.

-- Fil

Fil a écrit :

Et la gestion des documents est pris en charge par une rewrite rules qui
  redirige sur la racine du site toutes les URL ayant /IMG/ dedans.
    
Oui c'est ce que je fais sur le Diplo (il faut penser à rediriger
aussi local/) ; et c'est ce que j'aimerais pouvoir éviter à terme.
  

Il faut aussi que #CHEMIN renvoie une url absolue dans ce cas.
Cedric

Il faut aussi que #CHEMIN renvoie une url absolue dans ce cas.

Le problème c'est qu'on mélange les deux chemins (http et php) un peu
partout. Par exemple si #TEXTE est bon, [(#TEXTE|image_reduire{})] ne
saura plus traiter les fichiers.

L'autre solution est un pipe affichage_final mais c'est un peu bourrin

-- Fil

Fil a écrit :

Il faut aussi que #CHEMIN renvoie une url absolue dans ce cas.
    
Le problème c'est qu'on mélange les deux chemins (http et php) un peu
partout. Par exemple si #TEXTE est bon, [(#TEXTE|image_reduire{})] ne
saura plus traiter les fichiers.

L'autre solution est un pipe affichage_final mais c'est un peu bourrin

-- Fil
  

je pense qu'il faut des constantes _HTTP_xxx equivalentes aux _DIR_xxx, qui soient par defaut identique comme actuellement (implicitement), et que l'on nettoie le code en distinguant les deux partout ou cela est necessaire.
Cedric

je pense qu'il faut des constantes _HTTP_xxx equivalentes aux _DIR_xxx,
qui soient par defaut identique comme actuellement (implicitement), et
que l'on nettoie le code en distinguant les deux partout ou cela est
necessaire.

C'est pas si clair : l'exemple que j'ai donné est parlant : si #TEXTE
est bon (chemins http), que doit faire un filtre |image_xxx qui s'y
applique (et qui lui a besoin des chemins php).

-- Fil

je pense qu'il faut des constantes _HTTP_xxx equivalentes aux _DIR_xxx,
qui soient par defaut identique comme actuellement (implicitement), et
que l'on nettoie le code en distinguant les deux partout ou cela est
necessaire.

C'est pas si clair : l'exemple que j'ai donné est parlant : si #TEXTE
est bon (chemins http), que doit faire un filtre |image_xxx qui s'y
applique (et qui lui a besoin des chemins php).

Peut-être faudrait-il dans ce cas ajouter deux fonctions permettant de passer de l'URL au chemin et inversement, que l'on puisse surcharger comme les generer_url_*

-Nicolas