Re: bug parametre_url() sur reconnaissance des tableaux

Cédric Morin <[email protected]>
Newsgroups gmane.comp.web.spip.devel
Message-ID <[email protected]>
Hello,

la fonction est spécifiée via le test unitaire ici
http://zone.spip.org/trac/spip-zone/browser/_core_/tests/unit/utils/parametre_url.php

je t'invite à le complèter avec les cas tests que tu proposes, notamment 
en mixant les clés numériques et alpha, et en prenant en compte des cas 
où les valeurs peuvent contenir aussi des crochets, pour que l'on puisse 
faire évoluer la fonction sans casse.

Du point de vue JS on pourrait se reposer sur autre chose, mais dans la 
mesure où l'on maintient la fonction en PHP j'avais fait le choix 
d'utiliser la même fonction avec la même spec côté JS.

-- 
Cédric



RastaPopoulos a écrit :
>
> Hello,
>
> parametre_url() en mode "lecture" reconnait les tableaux mais seulement
> *partiellement*.
>
> Au niveau de la norme des URL, avoir quelque chose comme :
> url?machin=bidule&truc[1]=chouette&truc[gasp]=gaspation
> est parfaitement valide
>
> Pourtant, parametre_url() ne reconnait QUE quand il n'y a jamais de clé
> : truc[]=machin
>
> url?machin=bidule&truc[]=chose&truc[]=chouette&truc[]=gaspation
> parametre_url($url, 'truc')
> => array('chose', 'chouette', 'gaspation')
>
> url?machin=bidule&truc[1]=chose&truc[]=chouette&truc[machin]=gaspation
> parametre_url($url, 'truc')
> => array('chouette') !
>
> Au moins c'est le même comportement en PHP et Javascript.
>
> Mais d'après moi, je ne vois aucune raison pour ne pas accepter
> l'écriture toute à fait valide avec des clés précisées (et que donc PHP
> transforme parfaitement bien quand on regarde le $_GET['truc'] ou avec
> _request('truc') !)
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.