Je souhaiterais créer une recherche dans laquelle les membres rattachés seraient affichés sous les membres parents. Pour cela, est-il possible de savoir dans quelle table se trouvent les infos de ce rattachement ? Merci d'avance *Marc VIGNAUD* 59 Boulevard Javal 33740 Arès Email: rcalbuth53@gmail.com - Tel: 06 62 55 66 81
> Je souhaiterais créer une recherche dans laquelle les membres > rattachés seraient affichés sous les membres parents. > Pour cela, est-il possible de savoir dans quelle table se trouvent les > infos de ce rattachement ? Table users : - champ "id_parent" contient l'ID du membre parent Tu peux voir le schéma des tables dans Configuration -> Avancé -> SQL.
Ca marche... Pour rendre le tri plus facile, ne pourrait-on pas mettre dans ce champ par défaut le numéro de l'Id de lui-même de façon qu'il s'affiche dans le résultat de la recherche, ce qui permettrait un tri sans autre manipulation ? Si ce l'est pas possible, je ferais dans l'extrait LOO *Marc VIGNAUD * rcalbuth53@gmail.com - 0662556681 Le sam. 6 janv. 2024 à 12:18, BohwaZ/Paheko <bohwaz@paheko.cloud> a écrit : > > Je souhaiterais créer une recherche dans laquelle les membres > > rattachés seraient affichés sous les membres parents. > > Pour cela, est-il possible de savoir dans quelle table se trouvent les > > infos de ce rattachement ? > > Table users : > - champ "id_parent" contient l'ID du membre parent > > Tu peux voir le schéma des tables dans Configuration -> Avancé -> SQL. > > -- > Liste d'entraide des utilisateurs de Paheko > https://paheko.cloud/ > > Pour se désinscrire : https://paheko.cloud/entraide > Archives : https://admin.kd2.org/lists/aide@paheko.cloud/archives/ >
> Pour rendre le tri plus facile, ne pourrait-on pas mettre dans ce > champ par défaut le numéro de l'Id de lui-même de façon qu'il > s'affiche dans le résultat de la recherche, ce qui permettrait un tri > sans autre manipulation ? Non, ça n'aurait aucun sens et provoquerait de nombreux problèmes. Tu peux utiliser la clause is_parent = 1 pour ne cibler que les membres qui ont des enfants.
OK. Je ferai avec ???? Merci *Marc VIGNAUD * rcalbuth53@gmail.com - 0662556681 Le sam. 6 janv. 2024 à 13:28, BohwaZ/Paheko <bohwaz@paheko.cloud> a écrit : > > Pour rendre le tri plus facile, ne pourrait-on pas mettre dans ce > > champ par défaut le numéro de l'Id de lui-même de façon qu'il > > s'affiche dans le résultat de la recherche, ce qui permettrait un tri > > sans autre manipulation ? > > Non, ça n'aurait aucun sens et provoquerait de nombreux problèmes. > > Tu peux utiliser la clause is_parent = 1 pour ne cibler que les membres > qui ont des enfants. > > -- > Liste d'entraide des utilisateurs de Paheko > https://paheko.cloud/ > > Pour se désinscrire : https://paheko.cloud/entraide > Archives : https://admin.kd2.org/lists/aide@paheko.cloud/archives/ >
Est-ce que du coup ce que tu recherche ne serait pas une page comme la liste des membres, mais groupé par famille ? Genre : Ligne 1 : responsable 1 Ligne 2 : membre rattaché 1 Ligne 3 : membre rattaché 2 Ligne 4 : responsable 2 Ligne 5 : membre rattaché 2-1 etc. ?
Oui, mais un peu plus. Je veux créer une liste des membres qui participent à une sortie avec quelques infos complémentaires pour pouvoir les contacter en cas de changement. J'ai créé cette recherche SQL dans laquelle le "Where" recherche en fonction du nom de la sortie. Ci-joint le SQL (je ne suis pas spécialiste, mais il semble marcher *Select* * users.id <http://users.id>,* * users.nom,* * users.email,* * users.telephone,* * services_fees.amount,* * services.label As label1* *From* * users Inner Join * * services_users On services_users.id_user = users.id <http://users.id> Inner Join* * services_fees On services_users.id_fee = services_fees.id <http://services_fees.id> Inner Join* * services On services_users.id_service = services.id <http://services.id>* * And services_fees.id_service = services.id <http://services.id> * *Where* * services.label Like 'palais%'* *Group By* * users.nom,* * users.id <http://users.id>,* * users.email,* * users.telephone,* * services_fees.amount,* * services.label* Si je pouvais terminer par le nombre de lignes données par la réponse, cela serait parfait. *Marc VIGNAUD * rcalbuth53@gmail.com - 0662556681 Le sam. 6 janv. 2024 à 15:58, BohwaZ/Paheko <bohwaz@paheko.cloud> a écrit : > Est-ce que du coup ce que tu recherche ne serait pas une page comme la > liste des membres, mais groupé par famille ? > > Genre : > Ligne 1 : responsable 1 > Ligne 2 : membre rattaché 1 > Ligne 3 : membre rattaché 2 > Ligne 4 : responsable 2 > Ligne 5 : membre rattaché 2-1 > etc. > > ? > > -- > Liste d'entraide des utilisateurs de Paheko > https://paheko.cloud/ > > Pour se désinscrire : https://paheko.cloud/entraide > Archives : https://admin.kd2.org/lists/aide@paheko.cloud/archives/ >
> Si je pouvais terminer par le nombre de lignes données par la > réponse, cela serait parfait. Le nombre de résultats devrait être affiché au dessus du tableau :) Sinon c'est typiquement le genre d'usage pour lequel un module serait idéal ;)
Il faut que je regarde comment créer /modifier un module. Y a-t-il une bibliothèque de modules à utiliser tels quels ou après customisation ? Marc VIGNAUD rcalbuth53@gmail.com - 0662556681 Le sam. 6 janv. 2024, 16:57, BohwaZ/Paheko <bohwaz@paheko.cloud> a écrit : > > Si je pouvais terminer par le nombre de lignes données par la > > réponse, cela serait parfait. > > Le nombre de résultats devrait être affiché au dessus du tableau :) > > Sinon c'est typiquement le genre d'usage pour lequel un module serait > idéal ;) > > -- > Liste d'entraide des utilisateurs de Paheko > https://paheko.cloud/ > > Pour se désinscrire : https://paheko.cloud/entraide > Archives : https://admin.kd2.org/lists/aide@paheko.cloud/archives/ >
> Il faut que je regarde comment créer /modifier un module. Tout est dans la doc :) > Y a-t-il une bibliothèque de modules à utiliser tels quels ou après > customisation ? Oui tout est dans la page extensions ;)