Le comportement de SPIP pour les pages HTML intégrées comme articles (URL
codée dans le champ chapo, précédée du signe =) est cablé en dur : SPIP
ouvre simplement la page. Il serait bon de laisser à l'utilisateur plus de
liberté quant à la façon de les gérer. Par exempple, il peut vouloir les
intégrer dans un iframe ou object. J'ai réussi à le faire, mais cela m'a
conduit à modifier le code php en plusieurs endroits (désactiver la
redirection dans inc-public-global.php3, désactiver la suppression du
contenu du champ chapo lorsqu'il commence par = dans ecrire/inc_texte.php3),
ainsi qu'à rajouter du code HTML dans article.html. Comme le contenu du
champ chapo peut avoir 2 significations très distinctes, il me semble qu'une
solution plus propre à long terme serait la création d'une nouvelle balise #URL_CHAPO par exemple, qui renverrait l'URL de la page extérieure à SPIP
stoquée dans chapo, et la chaine vide lorsque chapo
est utilisé dans sa fontionnalité standard. La balise #CHAPO, elle,
renverrait une chaine vide lorsque le champ chapo commence par =.
Le comportement de SPIP pour les pages HTML intégrées comme articles (URL
codée dans le champ chapo, précédée du signe =) est cablé en dur : SPIP
ouvre simplement la page. Il serait bon de laisser à l'utilisateur plus de
liberté quant à la façon de les gérer. Par exempple, il peut vouloir les
intégrer dans un iframe ou object. J'ai réussi à le faire, mais cela m'a
Je ne pense pas que cette balise devrait s'appeler URL_CHAPO, mais si tu
expliques plus clairement ce dont tu as besoin (ou que tu donnes l'URL d'une
page qui le fait), on peut envisager un truc à définir dans mes_fonctions...
Le comportement de SPIP pour les pages HTML intégrées comme articles
(URL codée dans le champ chapo, précédée du signe =) est cablé en
dur : SPIP ouvre simplement la page.
Et c'est tant mieux, car c'est l'utilisation qu'en font 99% des
utilisateurs ...
il peut vouloir les intégrer dans un iframe ou object.
Nous avons eu besoin de mettre cela dans une frame, nous avons donc
tout simplement utilisé @ plutôt que = en début d'adresse dans le
chapô, et mis un tout petit bout de code PHP dans le squelette
d'article.
Aucune modif du code de SPIP, et on garde la fonctionnalité de "vrais"
articles virtuels au cas où on en ait besoin un jour.
> Une solution adoptée chez nous: remplir le champ CHAPO mais sans le
> "=" et on se sert seulement de la balise existante #CHAPO.
Comment sais-tu si c'est un "vrai" article ou juste une adresse du
coup ???
Parce que c'est une rubrique spécifique. Bon d'accord c'est un peu tordu, mais il fallait bien trouver une solution.
Sinon, on peut imaginer un filtre qui regarde le contenu de CHAPO: s'il trouve http:// ou ./ ou ../ ou etc... (euh, c'est pas dans
la regex ça alors c'est une url, sinon c'est un article normal.
@+
JB
P.S.: et je me suis encore planté dans la réponse. Grrr....
Comment sais-tu si c'est un "vrai" article ou juste une adresse du
coup ???
Parce que c'est une rubrique spécifique. Bon d'accord c'est un peu
tordu, mais il fallait bien trouver une solution.
OK, pas universel, mais si ça répond à ton besoin ...
Sinon, on peut imaginer un filtre qui regarde le contenu de CHAPO:
s'il trouve http:// ou ./ ou ../ ou etc... (euh, c'est pas dans la
regex ça alors c'est une url, sinon c'est un article normal.
> Le comportement de SPIP pour les pages HTML intégrées comme articles
> (URL codée dans le champ chapo, précédée du signe =) est cablé en
> dur : SPIP ouvre simplement la page.
Et c'est tant mieux, car c'est l'utilisation qu'en font 99% des
utilisateurs ...
Ne pouvait-on pas obtenir le même resultat avec un <META
http-equiv="refresh" content="0; url="#URL_VIRTUAL_PAGE"> dans le squelette
? Etait-ce nécessaire de faire une exception ?
> il peut vouloir les intégrer dans un iframe ou object.
Nous avons eu besoin de mettre cela dans une frame, nous avons donc
tout simplement utilisé @ plutôt que = en début d'adresse dans le
chapô, et mis un tout petit bout de code PHP dans le squelette
d'article.
Dans tous les squelettes faisant apparaitre la balise #CHAPO, pour etre plus
exact.
Aucune modif du code de SPIP, et on garde la fonctionnalité de "vrais"
articles virtuels au cas où on en ait besoin un jour.
Cela me parait une meilleure solution, effectivement. Il faut cependant
quand-même modifier le PHP, puisque #INTRODUCTION, si je ne m'abuse, peut
inclure le champ #CHAPO, ce qu'on ne veut pas dans ce cas là.
