Bonjour,
Dans le cadre de *Recherche avancée* concernant les Membres
1) SI l'on fait une recherche quelconque (par exemple faire afficher la
colonne Date d'inscription) alors cliquer sur une entête de colonne
provoque l'erreur : /Aucun membre sélectionné/ et si l'on sélectionne
des membres, cela provoque l'erreur : /Action invalide/
2) J'avais une recherche enregistrée qui ne fonctionne plus aussi bien
qu'avant et qui me permettait de faire afficher la liste des membres par
"cours". Cours est un ajout fait dans la fiche des membres et il est de
type "Sélecteur à choix multiples". Dans la table USERS ça se traduit
par un entier et ce qui ne fonctionne plus c'est que c'est la valeur
entière qui est affichée et non son expression en clair.
Pour essayer de retravailler ma requête j'ai donc utiliser la fonction
de Recherche avancée en demandant tout simplement l'affichage de "cours"
; ça marche nickel, le cours est en clair
Je pensais benoîtement qu'en cliquant sur le bouton "Recherche SQL"
j'obtiendrais le code SQL correspondant à l'affichage juste produit.
Mais en exécutant ce code SQL je récupère la valeur numérique 2048, 4,
... dans ma colonne cours. Ce qui est moins sexy ????!
Eric
> 1) SI l'on fait une recherche quelconque (par exemple faire afficher
> la colonne Date d'inscription) alors cliquer sur une entête de
> colonne provoque l'erreur : /Aucun membre sélectionné/ et si l'on
> sélectionne des membres, cela provoque l'erreur : /Action invalide/
Ah oui c'est ballot, en effet le formulaire ne permettait pas à la fois
d'avoir des actions en cochant des membres ET de trier la liste.
C'est corrigé, merci !
> 2) J'avais une recherche enregistrée qui ne fonctionne plus aussi
> bien qu'avant et qui me permettait de faire afficher la liste des
> membres par "cours". Cours est un ajout fait dans la fiche des
> membres et il est de type "Sélecteur à choix multiples". Dans la
> table USERS ça se traduit par un entier et ce qui ne fonctionne plus
> c'est que c'est la valeur entière qui est affichée et non son
> expression en clair.
Merci du retour c'est modifié, c'est juste que ça affichait le résultat
SQL "pur" sans reformattage. Maintenant ça affichera le résultat
formatté si l'ID du membre est fourni (colonne "id" ou
"_id_user").
C'est parce qu'on peut avoir des recherches SQL qui renvoient des
choses très différentes, et ayant le même nom de colonne que des champs
des fiches membres, donc ça ne faisait pas trop de sens de formatter
des valeurs dont on ne sait pas si c'est des infos des fiches membre,
ou complètement autre chose.