misc: add special support for tuple/list/set data in query strings (#85776) #1041
Loading…
Reference in New Issue
No description provided.
Delete Branch "wip/85776-complex-qsdata"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Avec ma préférence pour que ça produise key=v1,v2, plutôt que key=v1&key=v2, mais ça peut se discuter un peu.
@ -126,0 +122,4 @@
if value:
value = get_publisher().get_cached_complex_data(value)
if isinstance(value, (tuple, list, set)):
qs.append((key, ','.join(value)))
Je suis vraiment pas fan de cette nouvelle magie cachée, qui va en plus planter si un des éléments contient une virgule. L'usage de join lors de l'appel me parait plus simple, sans magie.
Mais la situation actuelle avec le str() de la liste n'est jamais utile. Avec ce ticket, que ça soit en x=a,b ou x=a&x=b, on produit quelque chose qui pourra l'être.
Et il sera toujours temps d'utiliser |join quand on veut ce comportement; ce qui est d'ailleurs un argument pour la forme x=a&x=b, qu'autrement on ne peut pas produire.
(j'ai posé un commit pour la version qui produit x=a&x=b).
fdf5c5bc61
to09ca436cbe
Là-dessus j'ai donc laissé en unique commit la version qui créera plusieurs paramètres en cas de liste de plusieurs éléments.
Par rapport à la situation existante, qui produirait un paramètre xxx=%5B%27pomme%27%2C%20%27poire%27%5D, ce ticket est pour moi incontestablement un progrès et à valider.
@vdeniaud je te taggue comme relecteur mais il n'y a pas d'urgence je pense et on peut préférer attendre @tnoel.
WIP: misc: add special support for tuple/list/set data in query strings (#85776)to misc: add special support for tuple/list/set data in query strings (#85776)J'avais raté le commentaire d'il y a 3 semaines, go comme ça
@ -1047,0 +1114,4 @@
'empty_string': '{{ form_var_empty }}',
'none': '{{ form_var_none }}',
'bool': '{{ form_var_bool_raw }}',
'time': '{{ "13:12"|time }}',
Un test de qualité !