S'lt
Je crois que dans les trucs qui coince un peu, il ya tout ce qui concerne :
#LOGO_ARTICLE
#LOGO_RUBRIQUE_SURVOL
....
Ils retournent une valeur nulle, si on les appelles.
Même si IMG/ possède des fichiers de type rubonXX.png (mauvais exemple
si le spip de base possède aussi ses logos)
Peut être faudrait il prévoir, une ligne url_site_multibase pour ce
cas de figure.
Km
C'est signalé dans ce ticket
http://trac.rezo.net/trac/spip/ticket/716
et la bonne solution renvoie à
http://trac.rezo.net/trac/spip/ticket/920
qui est un gros chantier.
Donc ça restera en l'état pour la prochaine version.
Committo,Ergo:Sum
S'lt
Merci pour les infos.
Ouais je vois que c'est encore un gros boulot, en tant que béotien
j'aurais cru le pb plus simple à résoudre.
Km
S'lt
Je reste dans le fil même si on n'est plus dans la partie #LOGO, mais
vu que les ticket que tu m'as indiqué et les commits je crois que
c'est en rapport
Je teste une boucle document sur un site distant
<BOUCLE_intervenants(DOCUMENTS) {id_rubrique} >
[(#LOGO_DOCUMENT|#URL_DOCUMENT)]
</BOUCLE_intervenants>
j'obtiens une url du type :
http://sitedistant?action=acceder_document&arg=143&file=csv/corps_metier-2.csv
mais cette url me donne un page avec un beau :
"acceder_document : Accès interdit"
que fais je de mal ?
Km
Ah tiens, ça c'est une conséquence imprévue de
http://trac.rezo.net/trac/spip/changeset/10998
Ca demande réflexion.
Committo,Ergo:Sum
S'lt
Ok, si je suis bien c'est au fait que le spip distant demande une clef
que le multibase n'a pas au moment de l'appel ?
Pour le moment on peut contourner en bourrin : en jouant avec #FICHIER
mais du coup on perd toutes les dernières nouveautés tel que :
contenu_document
appliquer_filtre
mais en jouant avec un filtre perso ça passe plus ou moins 
Km
S'lt
Ok, si je suis bien c'est au fait que le spip distant demande une clef
que le multibase n'a pas au moment de l'appel ?
oui
Pour le moment on peut contourner en bourrin : en jouant avec #FICHIER
mais du coup on perd toutes les dernières nouveautés tel que :
contenu_document
appliquer_filtre
C'était trop dommage:
http://trac.rezo.net/trac/spip/changeset/11088
Committo,Ergo:Sum
S'lt
C'était trop dommage:
http://trac.rezo.net/trac/spip/changeset/11088
Génial ....
... mais tout ne marche pas semble t il
ça marche :
- un article distant est chargé avec ces images, trop cool.
ça ne marche pas :
- [(#ID_DOCUMENT|contenu_document|appliquer_filtre{#MIME_TYPE})]
Et si j'ai bien compris la partie #LOGO_ est encore en chantier.
Km
S'lt
C'était trop dommage:
http://trac.rezo.net/trac/spip/changeset/11088Génial ....
... mais tout ne marche pas semble t ilça marche :
- un article distant est chargé avec ces images, trop cool.ça ne marche pas :
- [(#ID_DOCUMENT|contenu_document|appliquer_filtre{#MIME_TYPE})]
il faut prendre #URL_DOCUMENT :
http://trac.rezo.net/trac/spip/changeset/11089
Et si j'ai bien compris la partie #LOGO_ est encore en chantier.
pas exactement: l'autorisation de travaux est bloquée à la mairie.
Committo,Ergo:Sum
S'lt
Je crois qu'il y a encore un pb.
Si j'ai bien compris :
[(#URL_DOCUMENT|contenu_document|appliquer_filtre{#MIME_TYPE})]
devrait marcher, mais non.
le site distant est en SPIP 1.9.3 dev SVN [11088]
le site qui a le squelette SPIP 1.9.3 dev SVN [11096]
Cela doit être du coté du filtre contenu_distant, étant donné que
#URL_DOCUMENT pointe sur le bon fichier distant et que celui est
accessible.
Km
S'lt
Je dirais que c'est plutôt spip/ecrire/inc/distant.php qui joue les
videurs devant la mairie.
En revenant sur la 11086 pour ce fichier, cela se passe bien.
Le filtre contenu_distant se porte quant à lui à merveille
Km
ok, juste une faute de frappe. Réparé en 11099.
Mais il y avait un pb plus sérieux avec les boucles documents.
Committo,Ergo:Sum