Bonjour,

Il faudrait définir quel comportement on souhaite pour les filtres de la nouvelle classe de management. Il y a à ma connaissance deux classes de management qui en ont, les utilisateurs, et les groupes (groupes + posix groupes + rôles).

je comprend pas ca il y a des filtres a travers toute l'application avec des selections possible, par exemple systeme ?

Tous les autres à ma connaissance permettent juste de sélectionner les types à afficher (ce qui est déjà possible dans le nouveau code)

Problématique:

Un des problèmes est qu’on représente par des cases à cocher, donc seulement deux positions, alors qu’il y a trois états: afficher, cacher, ignorer. Actuellement on ne peut pas vraiment ignorer, soit on affiche soit on cache. L’autre problème c’est quand il y a plusieurs types d’objets affichés, on ne sait pas si les filtres doivent les concerné ou pas.

Par exemple dans Groupes&Rôles je coche mail pour voir les groupes qui ont l’onglet mail actif, est-ce que ça doit cacher ou afficher les rôles? (qui ne peuvent pas avoir d’onglet mail)

ya deux cas :

• si seul mail est active dans le filtre je ne veux voir que ceux qui ont mail, donc on cache tout les autres

• si mail + autres est affiche je veux une combinaison qui affiche les deuxtypes

Oui mais du coup ce qui était fait pour les utilisateurs c’était de rajouter ce filtre «utilisateurs fonctionnels» (il me semble) qui correspond à une négation de tous les autres filtres et qui contient donc tout le reste. Donc en gros les utilisateurs sont sous-découpés en catégories en fonction des onglets, plus une qui contient le reste. (Si on décoche mail ça retire tout ceux qui ont mail activés et que ça parmis les filtres dispos) Ça me parait pas hyper clair moi mais on peut tenter de refaire la même chose, c’est juste un peu chiant de faire un filtre qui dépend des autres. Et c’est peu applicable en dehors du cas des utilisateurs.

• je comprend, j'essaie de voir ca d'un oeil neuf

Une des possibles solutions est d’afficher les filtres comme une arborescence sous les types. Object groups - User groups - System groups POSIX groups - Mail groups Roles

• j'aime bien cette idee ca serait beaucoup plus clair d'un point de vue visuel ce que fait chaque filtre, mais ca risque d'etre lourd peut etre si on a beaucoup de type diffferents dans les objects groups par exemple ?

Oui le problème est les objects groups, c’est le problème principal de nos filtres d’ailleurs, savoir comment on gère les objects groups et POSIX groups coté filtres

Historiquement POSIX et object groups étaient séparés, et de chaque coté une logique similaire à ce qui a était fait pour les utilisateurs existaient. Coté POSIX on découpait par onglet activé, comme pour les users: mail, samba, «fonctionnel» (le reste) Coté object groups, on découpait par types contenus: groupe de systèmes, groupe d’utilisateurs, … En regroupant les deux on récupère une situation un peu bancal parce que techniquement un object groupe peut avoir l’onglet mail activé, mais son affichage de dépend pas de la case à cocher mail. (d’où ma proposition d’arborescence des filtres sous les groupes, ça corrige pas le problème mais ça le rend visuel)

Notez qu’on peut faire autre chose que des cases à cocher on est sur du code neuf on est assez libre. On peut imaginer un truc type «filter by tab» qui est une liste d’onglet qu’on exige pour filtrer (si on ajoute mail dedans on voit plus que les entrées qui ont l’onglet mail) Et du coup dans groups&role un deuxième qui permet de séléctionner les types contenus qui nous intéressent (si on met autre chose que users du coup ça cachera forcément les rôles et les posix groupes)

• je pense que le filter by tab serait assez pratique car en général on cherche soit une information (nom, mail ...) ou alors juste un "type" d'utilisateurs

• oui je pense la meme chose , je dirait essayons ca

• le top serait aussi de pouvoir combiner les deux (je suis pas sur que ce serait vraiment utile car on pourrait faire la rechercher directement, mais ça permet de faire une vue moins grosse avant de faire une recherche précise)

Le plus simple est peut-être de définir quel comportement on veut voir pour les utilisateurs et les groupes et essayer d’en déduire les règles générales?

Une autre possibilité est de générer des filtres pour tous les onglets existants pour exiger/cacher mais ça peut faire un peu surchargé, je me rends pas compte. (peut-être qu’on pourrait déjà pouvoir trier selon la colonne propriétés?)

Côme

• mettons donc en place la suggestion ci dessus, mcmic tu peut faire un ticket pour ca si necessaire , et on mettra au test pour voice que ca donne