Gérer les utilisateurs d'une communauté

[slafayIGN]

• [x] Ajouter un item "Membres" dans le menu principal dans le contexte d'un espace de travail (à droite de données)

La nouvelle page doit permettre de :

• lister les utilisateurs membres de la communauté (correspond à la requête API GET /communities/{community}/users)
• ajouter un nouveau membre (avec un champ de formulaire dans lequel saisir un uuid puisque c'est la seule façon de procéder laissée par l'API Entrepôt aujourd'hui) (pour les utilisateurs disposant de la permission suffisante)

S'inspirer de ce qui a été fait sur le prototype Géotuileur.

Trouver une façon d'afficher pour chaque membre sa matrice de permissions :

"rights": [
      "BROADCAST",
      "ANNEX",
      "UPLOAD",
      "COMMUNITY",
      "PROCESSING"
    ]

• [x] Nommer les permissions en français, dans l'ordre : Communauté, Téléversement, Traitement, Annexes, Diffusion.

• [x] Ajouter un texte d'aide sur ces permissions, à la suite du tableau des membres (utiliser dans un premier temps une partie de ce contenu : https://geoplateforme.github.io/tutoriels/production/gestion/communaute/gestion_membres/. Il faudra le rendre un peu moins technique ensuite)

• [x] Permettre de cocher/décocher les permissions des membres sauf soi-même (⚠️ à décider : case à cocher ou toggle et avec quels labels)

• [x] Griser également les permissions du supervisor de la communauté (même si rights est vide pour cet utilisateur, tout peut apparaitre coché et non désactivable)

• [x] Permettre de supprimer un membre, sauf le supervisor et sauf soi-même

• [x] Permettre d'ajouter un utilisateur en envoyant une requête à PUT /communities/{community}/users/{user} (formulaire dans une modale avec un champ pour l'uuid et 5 cases à cocher pour les permissions)

• [x] Prévoir la possibilité de fournir un uuid d'utilisateur dans l'URL pour pointer vers le formulaire d'ajout rempli. Et proposer ce lien dans le mail reçu par l'adresse de contact de la communauté lorsqu'un utilisateur demande à la rejoindre (implémenté en #133)

• [x] Demander avis UX/UI, cette page étant hors maquette

Nouvelles tâches (après revues) :

• [x] Ajouter une modale de confirmation pour la suppression d'un membre
• [x] Revoir les formulations des explications des différentes permissions

[slafayIGN]

Première version livrée le 21/12 pour retours.

La page est également ajoutée dans les maquettes mais sensiblement différente de l'implémentation réalisée.

---

Retours (pistes à confirmer) :

• Ajouter la possibilité de quitter une communauté (soi-même) avec modale de confirmation
• Ajouter la possibilité de modifier ses propres droits (avec également une confirmation si on tente de toucher au droit COMMUNITY)
• Trouver un moyen de lever l'ambiguité sur les comptes même nom, même prénom (seul l'email et l'uuid sont uniques, il faudrait alors les présenter)
• Rendre les colonnes triables / permettre la recherche
• Paginer les membres pour les grosses communautés
• Permettre des actions groupées

[AlexandreJaqua]

OK, tout fonctionnel (testé l'ajout et la suppression dans la foulée sur un même utilisateur).

Plusieurs remarques, notamment après retours UX/UI :

• Il serait appréciable d'avoir une modale de confirmation à la suppression d'un user.
• Dans le texte de description des permissions, des verbes actifs seraient mieux que passifs, par exemple au lieu de "autorise la création..." on préfèrerait "peut créer..." (cela ne décrit donc non plus l'action du bouton mais l'action de l'utilisateur concerné). Au pire, si vraiment ça va contre votre vision, au moins remplacer "autorise" par "permet".
• On est d'accord que le "téléversement" se réfère aux fiches de données et le "traitement" aux services ? On n'utilise pas le même vocabulaire que dans le processus d'alim-diff, c'est un peu déroutant.

[slafayIGN]

La modification des permissions d'un utilisateur semble à corriger (erreur 500) j'ai décoché la case puisque le ticket est toujours ouvert.