Projet

Général

Profil

Development #52941

Sources de données "utilisateurs"

Ajouté par Lauréline Guérin il y a environ 3 ans. Mis à jour il y a environ 3 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
12 avril 2021
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

Description

Avoir la possibilité de sources de données "utilisateurs"
  • nouvelle section dans la page "sources de données"
  • possibilité de préciser dessus rôles à avoir (ex: usagers avec le rôle "famille") et rôles à ne pas avoir (ex: usagers sans le rôle "agent").
  • (ceci permettra dans une relation enfant->adultes de pointer directement des usagers, plutôt que des fiches "adultes")

Fichiers

Révisions associées

Révision c79e88fd (diff)
Ajouté par Lauréline Guérin il y a environ 3 ans

datasources: users datasource (#52941)

Historique

#2

Mis à jour par Lauréline Guérin il y a environ 3 ans

rôles à avoir:
  • si ce champ est vide, on prend tous les users (sous réserve qu'ils matchent "rôles à ne pas avoir", ou on ne renvoie rien ?
  • si plusieurs rôles, on applique un OU ou un ET ?
#3

Mis à jour par Frédéric Péters il y a environ 3 ans

on prend tous les users

oui. (ça sera surtout utilisé en combinaison avec "rôles à ne pas avoir").

si plusieurs rôles, on applique un OU ou un ET ?

Je serais pour le ET. (en me disant que le "OU" si nécessaire peut être créé en créant un rôle dans authentic qui hérite des membres de plusieurs rôles).

#4

Mis à jour par Lauréline Guérin il y a environ 3 ans

J'ai hésité entre un nouveau type 'wcs:users' (avec un prefix 'wcs:' pour éviter un conflit avec une DS dont le slug serait 'users'), et avoir external='users' (mais c'est pas vraiment external donc bon)

Mais du coup, si on reste sur ce nouveau type, on pourrait simplifier et ne pas avoir un nouveau formulaire (la sélection du type users afficherait les bons champs, comme c'est l'usage quand on choisi json, formule, etc).
Comme on a une nouvelle section Users, je me suis dit que c'était plus clair de faire un bouton et un formulaire spécifiques.
Un avis là-dessus ?

#5

Mis à jour par Frédéric Péters il y a environ 3 ans

  • Statut changé de Solution proposée à Solution validée

Oui ça me va ainsi.

Sur le code je me suis vaguement dit que les nouveaux ArrayContains/Not pouvaient peut-être également être implémentés en mode "storage" non SQL mais j'ai sans doute du dire qu'on s'en pouvait ignorer ça et je vais me ranger à cette idée.

#6

Mis à jour par Lauréline Guérin il y a environ 3 ans

  • Statut changé de Solution validée à Résolu (à déployer)
commit c79e88fd0226ebb8d4518547bd1502364a8ab1a7
Author: Lauréline Guérin <zebuline@entrouvert.com>
Date:   Tue Apr 13 14:40:14 2021 +0200

    datasources: users datasource (#52941)
#7

Mis à jour par Frédéric Péters il y a environ 3 ans

  • Statut changé de Résolu (à déployer) à Solution déployée

Formats disponibles : Atom PDF