Bonsoir,
Votre questionnement manque vraiment de précision pour vous apportez une
réponse vraiment précise.
Avoir plusieurs colonnes utilisateurs (ou autre d'ailleurs) n'a rien de
bloquant. Vous avez le même cas dans la table glpi_tickets par exemple
ou même glpi_computers. La définition des éléments est alors assez
simple en suivant les coding standards de GLPI.
Pour les computers par exemple la définition dans SearchOptions donne :
$tab[24]['table'] = 'glpi_users';
$tab[24]['field'] = 'name';
$tab[24]['linkfield'] = 'users_id_tech';
$tab[24]['name'] = __('Technician in charge of the
hardware');
$tab[24]['datatype'] = 'dropdown';
$tab[24]['right'] = 'own_ticket';
$tab[70]['table'] = 'glpi_users';
$tab[70]['field'] = 'name';
$tab[70]['name'] = __('User');
$tab[70]['datatype'] = 'dropdown';
$tab[70]['right'] = 'all';
Tout est dans le linkfield qui est spécifié pour l'élément 24. Par
défaut ce champ de liaison (ce que vous appelé colonne) est calculé
automatiquement à partir du nom de la table (glpi_users -> users_id).
Pour l'élément 24 on le force à users_id_tech qui est le 2eme champ de
liaison vers glpi_users.
Ceci est vrai pour une liaison simple. Pour une liaison plus complexe il
faut utilisé un autre parmètre "joinparam" pour spécifier la jointure
plus complexe à utiliser.
Cordialement,
Julien Dombre
Le 13/05/2014 22:11, Yannick MOLINET a écrit :
Bonsoir,
J'ai un problème avec le fonctionnement des jointures pour les
commandes Search.
La table de mon plugin contient plusieurs colonnes contenant des id
utilisateurs et je ne peux donc pas utiliser les jointures par défaut
pour effectuer les liaisons avec la table glpi_users.
Je voudrais donc savoir comment je peux spécifier le nom de la colonne
source dans la table de mon plugin ?
Merci,
Yannick
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
_______________________________________________
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
