Salut à tout le monde,
Je viens vers vous car je ne trouve pas le début d’une explication à un bug que j’ai trouvé sur contact avec une 2.1.0-rc :
Les chaînes de langues accentuées issues de lang/contact_fr.php et transitant par un pipeline sortent brutes, telles qu’écrites dans le fichier de langue (entités et balise in extenso) :
exemple : Prénom est affiché Prénom et Téléphone est affiché Téléphone
Je viens de monter un spip en local avec le minimum requis de plugin pour que contact fonctionne et j’obtiens bien le même comportement.
bug de spip ou nouvelle façon de filtrer les pipelines ?
ps 1 :
si je place un raccourci dans le texte de l’article :
<formulaire|contact /> j’ai le même comportement bien sur…
ps2 :
La chaîne civilité par contre passe normalement (Civilité) mais elle n’est pas extraite du pipeline… (c’est une chaîne directement extraite du fichier de langue ‹ champ_civilite › => ‹ Civilité ›,).
Merci de vos éclairages.
pierre
S’agit-il du pipeline charger des CVT ?
Si oui, en effet, il y a eu évolution car les array() passés en $valeurs n’etaient pas protégés par entites_html, à tort, et le sont maintenant.
Si ta $valeurs ne doit pas etre protégée (car il ne s’agit pas d’une saisie mais d’un affichage dans ton cas), il faut la préfixer _ pour l’exclure des valeurs saisies et traitées commes telles.
Cédric
Le 16 mars 2010 à 19:53, Pierre Fiches a écrit :
Salut à tout le monde,
Je viens vers vous car je ne trouve pas le début d’une explication à un bug que j’ai trouvé sur contact avec une 2.1.0-rc :
Les chaînes de langues accentuées issues de lang/contact_fr.php et transitant par un pipeline sortent brutes, telles qu’écrites dans le fichier de langue (entités et balise in extenso) :
exemple : Prénom est affiché Prénom et Téléphone est affiché Téléphone
Je viens de monter un spip en local avec le minimum requis de plugin pour que contact fonctionne et j’obtiens bien le même comportement.
bug de spip ou nouvelle façon de filtrer les pipelines ?
ps 1 :
si je place un raccourci dans le texte de l’article :
<formulaire|contact /> j’ai le même comportement bien sur…
ps2 :
La chaîne civilité par contre passe normalement (Civilité) mais elle n’est pas extraite du pipeline… (c’est une chaîne directement extraite du fichier de langue ‹ champ_civilite › => ‹ Civilité ›,).
Merci de vos éclairages.
pierre
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Le 16 mars 10 à 19:59, cedric.morin@yterium.com a écrit :
S’agit-il du pipeline charger des CVT ?
oui
Si oui, en effet, il y a eu évolution car les array() passés en $valeurs n’etaient pas protégés par entites_html, à tort, et le sont maintenant.
Si ta $valeurs ne doit pas etre protégée (car il ne s’agit pas d’une saisie mais d’un affichage dans ton cas), il faut la préfixer _ pour l’exclure des valeurs saisies et traitées commes telles.
bon je vais tenter de suivre cette piste… As-tu en tête l’adresse d’un script qui utilise ce principe ?
merci en tout cas.
pierre
Cédric
Le 16 mars 2010 à 19:53, Pierre Fiches a écrit :
Salut à tout le monde,
Je viens vers vous car je ne trouve pas le début d’une explication à un bug que j’ai trouvé sur contact avec une 2.1.0-rc :
Les chaînes de langues accentuées issues de lang/contact_fr.php et transitant par un pipeline sortent brutes, telles qu’écrites dans le fichier de langue (entités et balise in extenso) :
exemple : Prénom est affiché Prénom et Téléphone est affiché Téléphone
Je viens de monter un spip en local avec le minimum requis de plugin pour que contact fonctionne et j’obtiens bien le même comportement.
bug de spip ou nouvelle façon de filtrer les pipelines ?
ps 1 :
si je place un raccourci dans le texte de l’article :
<formulaire|contact /> j’ai le même comportement bien sur…
ps2 :
La chaîne civilité par contre passe normalement (Civilité) mais elle n’est pas extraite du pipeline… (c’est une chaîne directement extraite du fichier de langue ‹ champ_civilite › => ‹ Civilité ›,).
Merci de vos éclairages.
pierre
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Le 16 mars 10 à 20:52, Pierre Fiches a écrit :
Le 16 mars 10 à 19:59, cedric.morin@yterium.com a écrit :
S’agit-il du pipeline charger des CVT ?
oui
Si oui, en effet, il y a eu évolution car les array() passés en $valeurs n’etaient pas protégés par entites_html, à tort, et le sont maintenant.
Si ta $valeurs ne doit pas etre protégée (car il ne s’agit pas d’une saisie mais d’un affichage dans ton cas), il faut la préfixer _ pour l’exclure des valeurs saisies et traitées commes telles.
bon je vais tenter de suivre cette piste… As-tu en tête l’adresse d’un script qui utilise ce principe ?
merci en tout cas.
Finalement j’ai pas réussi à trouver le formalisme pour le préfixage… Si quelqu’un à un exemple ou une description exhaustive, je suis preneur.
pierre
ps : comme avec le pipeline d’inscription2 je vais cacher les poussières sous le tapis en attendant 
Le 17 mars 2010 à 01:15, Pierre Fiches a écrit :
Le 16 mars 10 à 20:52, Pierre Fiches a écrit :
Le 16 mars 10 à 19:59, cedric.morin@yterium.com a écrit :
S’agit-il du pipeline charger des CVT ?
oui
Si oui, en effet, il y a eu évolution car les array() passés en $valeurs n’etaient pas protégés par entites_html, à tort, et le sont maintenant.
Si ta $valeurs ne doit pas etre protégée (car il ne s’agit pas d’une saisie mais d’un affichage dans ton cas), il faut la préfixer _ pour l’exclure des valeurs saisies et traitées commes telles.
bon je vais tenter de suivre cette piste… As-tu en tête l’adresse d’un script qui utilise ce principe ?
merci en tout cas.
Finalement j’ai pas réussi à trouver le formalisme pour le préfixage… Si quelqu’un à un exemple ou une description exhaustive, je suis preneur.
Ex ici :
http://trac.rezo.net/trac/spip/browser/branches/spip-2.1/prive/formulaires/login.php#L45
les champs _logo, _alea_actuel et _alea_futur ne seront pas modifiées par la mise en entité.
le champ _pipeline est spécial car il permet d’indiquer que le formulaire doit passer dans un pipeline particulier avant affichage.
Cédric
Le 17 mars 10 à 08:16, cedric.morin@yterium.com a écrit :
Le 17 mars 2010 à 01:15, Pierre Fiches a écrit :
Le 16 mars 10 à 20:52, Pierre Fiches a écrit :
Le 16 mars 10 à 19:59, cedric.morin@yterium.com a écrit :
S’agit-il du pipeline charger des CVT ?
oui
Si oui, en effet, il y a eu évolution car les array() passés en $valeurs n’etaient pas protégés par entites_html, à tort, et le sont maintenant.
Si ta $valeurs ne doit pas etre protégée (car il ne s’agit pas d’une saisie mais d’un affichage dans ton cas), il faut la préfixer _ pour l’exclure des valeurs saisies et traitées commes telles.
bon je vais tenter de suivre cette piste… As-tu en tête l’adresse d’un script qui utilise ce principe ?
merci en tout cas.
Finalement j’ai pas réussi à trouver le formalisme pour le préfixage… Si quelqu’un à un exemple ou une description exhaustive, je suis preneur.
Ex ici :
http://trac.rezo.net/trac/spip/browser/branches/spip-2.1/prive/formulaires/login.php#L45
les champs _logo, _alea_actuel et _alea_futur ne seront pas modifiées par la mise en entité.
le champ _pipeline est spécial car il permet d’indiquer que le formulaire doit passer dans un pipeline particulier avant affichage.
Merci 
c’est bien ce que j’ai tenté mais sans succès pour l’instant (trop compliqué pour moi sur ce charger).
On attendra une éventuelle réécriture complète.
en attendant j’ai balayé sous le tapis :
http://zone.spip.org/trac/spip-zone/changeset/36335