J'ai des pbs avec #tri, mais qu'est ce qu'il manque au juste à la doc ?
Le terme de defaut_tri m'avais fait penser que s'il n'y avait rien de transmis au sujet du tri dans l'url, alors, c'était defaut_tri qui était utilisé par défaut (en fallback).
C'est donc lui que j'avais rendu dynamique dans mon code alors que c'était pas ça qu'il fallait faire.
Déjà, si la doc indiquait le résultat dans l'URL de #TRI, ça serait peut-être plus clair.
Le terme de defaut_tri m'avais fait penser que s'il n'y avait rien de transmis au sujet du tri dans l'url, alors,
c'était defaut_tri qui était utilisé par défaut (en fallback).
Et alors si ce n'est à cela, à quoi sert defaut_tri ?
Déjà, si la doc indiquait le résultat dans l'URL de #TRI, ça serait peut-être plus clair.
Certes, on apprend des ses erreurs, mais peux tu partager aussi ce que tu as compris ?
Le terme de defaut_tri m'avais fait penser que s'il n'y avait rien de
transmis au sujet du tri dans l'url, alors,
c'était defaut_tri qui était utilisé par défaut (en fallback).
Et alors si ce n'est à cela, à quoi sert defaut_tri ?
defaut_tri sert à indiquer le sens de tri du premier argument
{tri triépar, lessenspardefaut}
ça permet donc de trier en croissant ou décroissant sur le champ triépar à condition que le champ triépar soit présent dans le tableau lessenspardefaut.
Déjà, si la doc indiquait le résultat dans l'URL de #TRI, ça serait
peut-être plus clair.
Certes, on apprend des ses erreurs, mais peux tu partager aussi ce que
tu as compris ?