Je comprend tout à fait. Et cela peut être géré en multipliant les règles. Mais je ne comprend donc pas trop à quoi peut bien servir, la récursivité dans les règles ? Je vais reprendre la documentation sur les règles pour essayer de mieux comprendre. Et s'y j'en conclus qu'il m'est utile d'avoir accès à ce genre d'option, serait-il possible de savoir quels sont les fichiers qui gèrent cela, car l'appel d'ajax dans les champs ne rend pas le traçage des fichiers très évident.
Merci d'avance SIMOES Joel Selon dombre <[EMAIL PROTECTED]>: > Petit complèment en aillant remis la problématique dans le bon sens. > > En fait plus qu'un problème technique cela pose un problème de vision > des différents éléments. > Si vous avez un pool d'administrateur/gestionnaire à la racine il seront > visible partout. > Dans le cadre de parc bien hétérogènes les gestionnaires de sous-parc > n'ont peut-etre pas envie de voir ces personnes apparaitre. > > Cordialement > > Julien Dombre > > > > [EMAIL PROTECTED] a écrit : > > Bonjour, > > Quand on crée un logiciel par exemple pour une entité B, les responsables > > technique créés à la racine ne sont pas visible alors qu'une règle de > > récursivité existe > > ou bien est-il possible de rendre un matériel créé à la racine disponible > dans > > la liste de recherche complète pour l'ensemble des entités. > > > > Merci d'avance... > > Joel SIMOES > > > > _______________________________________________ > > 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 > _______________________________________________ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
