Un mot pour signaler que la doc (<http://www.spip.net/fr_article1825.html>) parle toujours de la variable $flag_preserver alors qu'il me semble qu'elle n'est plus en usage depuis déjà un certain temps.
Ceci dit, je ne parviens pas à mettre la main sur la nouvelle syntaxe dans les archives et je serais fort heureux si quelqu'un pouvait me l'indiquer : je vois les boutons d'admin se multiplier quand, à l'intérieur d'une page spip, je charge un squelette en ajax
Un mot pour signaler que la doc (<http://www.spip.net/
fr_article1825.html>) parle toujours de la variable $flag_preserver
alors qu'il me semble qu'elle n'est plus en usage depuis déjà un
certain temps.
tu peux corriger ?
Ceci dit, je ne parviens pas à mettre la main sur la nouvelle syntaxe
dans les archives et je serais fort heureux si quelqu'un pouvait me
l'indiquer : je vois les boutons d'admin se multiplier quand, à
l'intérieur d'une page spip, je charge un squelette en ajax
$flag_preserver continue à être respecté, mais la syntaxe moderne
consiste à préciser soi-même le content-type avec #HTTP_HEADER{Content-Type: text/html; charset=#CHARSET}
$flag_preserver continue à être respecté, mais la syntaxe moderne
consiste à préciser soi-même le content-type avec #HTTP_HEADER{Content-Type: text/html; charset=#CHARSET}
Juste une limite à la chose : #HTTP_HEADER doit etre dans le squelette principal, il ne peut pas etre dans un INCLURE.
Techniquement ca peut se comprendre, mais fonctionnellement, c'est "moins bien qu'avant".
je ne vois pas vraiment comment ameliorer la chose, mais j'ai un cas concret ou j'ai renoncé à utiliser des squelettes à cause de ca.
Il faudrait peut etre pouvoir faire #HTTP_HEADER (sans parametres) pour retardr l'envoi des header ert le confier aux inclure ?
j'avais essayé le mix flag_preserver + #HTTP_HEADER dans l'inclure mais sans suces.
Un mot pour signaler que la doc (<http://www.spip.net/
fr_article1825.html>) parle toujours de la variable $flag_preserver
alors qu'il me semble qu'elle n'est plus en usage depuis déjà un
certain temps.
tu peux corriger ?
Bonjour,
apparemment cette discussion n'a pas suffit:
nous explique toujours comment interdire l'affichage des boutons admin à l'aide de flag_preserver.
Un mot pour signaler que la doc (<http://www.spip.net/
fr_article1825.html>) parle toujours de la variable $flag_preserver
alors qu'il me semble qu'elle n'est plus en usage depuis déjà un
certain temps.
tu peux corriger ?
Bonjour,
apparemment cette discussion n'a pas suffit:
nous explique toujours comment interdire l'affichage des boutons admin à
l'aide de flag_preserver.
Juste pour info.
En fait, ça marche encore, c'est toujours le moyen utilisé pour tester
dans public.php, ça peut donc encore servir si on utilise un autre script
que spip.php.
Mais il est vrai que pour un besoin récent, j'avait découvert que c'est
possible aujourd'hui d'obtenir le même résultat dans le squelette avec #HTTP_HEADER{Content-Type: text/html} par exemple, puisque la globale sera
forcée à true si on défini le content-type par l'emploi de cette balise.
On peut au moins ajouter la nouveauté dans la doc, ou faire un renvoi vers
la bonne page... il y a juste que je ne sais plus où j'avais trouvé cette
info.
possible aujourd'hui d'obtenir le même résultat dans le squelette avec #HTTP_HEADER{Content-Type: text/html} par exemple, puisque la globale sera
forcée à true si on défini le content-type par l'emploi de cette balise.
On peut au moins ajouter la nouveauté dans la doc, ou faire un renvoi vers
la bonne page... il y a juste que je ne sais plus où j'avais trouvé cette
info.
On peut au moins ajouter la nouveauté dans la doc, ou faire un renvoi vers
la bonne page... il y a juste que je ne sais plus où j'avais trouvé cette
info.
celle-là ?
<cite> #HTTP_HEADER permet de définir les en-têtes HTTP des pages.
Exemple #HTTP_HEADER{Content-Type: text/css}.
IMPORTANT : le fait d’utiliser cette balise provoque
la suppression par SPIP des boutons d’administration :
cela remplace donc l’ancienne variable globale $flag_preserver,
qui sera abandonnée pour SPIP 2.0.
</cite>
On peut au moins ajouter la nouveauté dans la doc, ou faire un renvoi vers
la bonne page... il y a juste que je ne sais plus où j'avais trouvé cette
info.
<cite>
Les entêtes HTTP peuvent être définies via une balise : #HTTP_HEADER{Content-Type: text/css}.
À noter si vous utilisiez l’astuce $flag_preserver=true; :
vous retrouverez la fonctionnalité correspondante
(l’absence d’affichage des boutons d’administration) en indiquant
dans le squelette : #HTTP_HEADER{Content-Type: text/html}
</cite>
<cite> #HTTP_HEADER permet de définir les en-têtes HTTP des pages.
Exemple #HTTP_HEADER{Content-Type: text/css}.
IMPORTANT : le fait d’utiliser cette balise provoque
la suppression par SPIP des boutons d’administration :
cela remplace donc l’ancienne variable globale $flag_preserver,
qui sera abandonnée pour SPIP 2.0.
</cite>
Et d'ailleurs c'est faux !!!
Utilisant HTTP_HEADER pour expresso
je témoigne que je n'ai jamais perdu les boutons d'admins.
N'est-ce pas SEULEMENT quand le content-type est text/html
que les boutons d'admins disparaissent ?
<cite> #HTTP_HEADER permet de définir les en-têtes HTTP des pages.
Exemple #HTTP_HEADER{Content-Type: text/css}.
IMPORTANT : le fait d’utiliser cette balise provoque
la suppression par SPIP des boutons d’administration :
cela remplace donc l’ancienne variable globale $flag_preserver,
qui sera abandonnée pour SPIP 2.0.
</cite>
Et d'ailleurs c'est faux !!!
Utilisant HTTP_HEADER pour expresso
je témoigne que je n'ai jamais perdu les boutons d'admins.
N'est-ce pas SEULEMENT quand le content-type est text/html
que les boutons d'admins disparaissent ?
non, on a le cas pour le squelette de backend dans la dist/ notament.
<cite> #HTTP_HEADER permet de définir les en-têtes HTTP des pages.
Exemple #HTTP_HEADER{Content-Type: text/css}.
IMPORTANT : le fait d’utiliser cette balise provoque
la suppression par SPIP des boutons d’administration :
cela remplace donc l’ancienne variable globale $flag_preserver,
qui sera abandonnée pour SPIP 2.0.
</cite>
Et d'ailleurs c'est faux !!!
Utilisant HTTP_HEADER pour expresso
je témoigne que je n'ai jamais perdu les boutons d'admins.
N'est-ce pas SEULEMENT quand le content-type est text/html
que les boutons d'admins disparaissent ?
Donc précision : ce n'est pas le fait d'utiliser la balise HTTP_HEADER
qui fait disparaître les boutons admins (doc imprécise),
c'est le fait de préciser un content-type quelconque avec cette balise
(qui peut servir pour d'autres header).