Produits Entr'ouvert » Combo

Sans forcément un lien avec une application métier. Il y a le cas des déclaration entreprise ou association.

Sur la page "Entreprise" un bloc m'invite à déclarer ma société.
Je déclare mon organisation via un formulaire qui me donne le droit "entreprise"
En revenant sur la page entreprise, le bloc m'invitant à déclarer mon entreprise disparaît au profit des infos liées au rôle "Entreprise".

(Et maintenant que je commence à paramétrer la plateforme de suivi de dossier social pour les départements, je me rends compte que c'est absolument indispensable de pouvoir gérer l'affichage par exclusion d'un rôle)

Je suis toujours réticent aux trucs qui ajoutent de la complexité conceptuelle : ça va augmenter l'incompréhension et les questions chez nos clients. Pensez à Alfortville et au nombre de questions qu'ils posent déjà sur l'affichage en fonction des rôles qu'on a. S'il se passe des choses en fonction des rôles qu'on a pas...

Victor Claudet a écrit :

Sans forcément un lien avec une application métier. Il y a le cas des déclaration entreprise ou association.

Sur la page "Entreprise" un bloc m'invite à déclarer ma société.
Je déclare mon organisation via un formulaire qui me donne le droit "entreprise"
En revenant sur la page entreprise, le bloc m'invitant à déclarer mon entreprise disparaît au profit des infos liées au rôle "Entreprise".

Pour moi ce serait plutôt : "tant que je n'ai pas le rôle entreprise je ne vois pas la page entreprise, terminé". Et j'ai un formulaire qui me permet de déclarer ma société et d'acquérir le rôle entreprise.
Si ce formulaire doit être mis particulièrement en exergue, il est mis en exergue depuis l'espace premium entreprise du site web d'une part, auprès des utilisateurs non connectés sur Publik d'autre part.

Pierre Cros a écrit :

Si ce formulaire doit être mis particulièrement en exergue, il est mis en exergue depuis l'espace premium entreprise du site web d'une part, auprès des utilisateurs non connectés sur Publik d'autre part.

Et c'est justement là qu'intervient le principe de ne pas afficher cette information à quelqu'un qui a déjà le rôle.

Le samedi 24 juin 2017 à 15:44 +0200, redmine@entrouvert.com a écrit :

Si ce formulaire doit être mis particulièrement en exergue, il est mis
en exergue depuis l'espace premium entreprise du site web d'une part,
auprès des utilisateurs non connectés sur Publik d'autre part.

Et c'est justement là qu'intervient le principe de ne pas afficher cette
information à quelqu'un qui a déjà le rôle.

Je comprends que tu défendes ton idée mais ne déforme pas la mienne qui se
base sur des choses faites 10 fois.

Ce que j'écrivais ne nécessite pas votre modification, merci :
Je ne suis pas connecté, je vois le bloc "créer votre compte entreprise",
"créer votre famille", "créer votre asso" tout tout ce que tu veux. Je suis
connecté je ne le vois plus, quel que soit mon rôle.

Et oui j'ai compris les possibilités supplémentaires de ce que vous
proposez, et non je ne le souhaite toujours pas.

Vous êtes en train de vouloir faire exactement ce que j'interdis aux
clients (s'agissant des demandes et des workflows) : complexifier
l'utilisation de 90% des cellules pour favoriser un usage qui ne concernera
que 10% d'entre elles.

Et même pour votre scenario on peut faire sans la modif.

On attribue à tous les nouveaux user un rôle "newbe" qui donne accès à une
page "bienvenue", vous mettez ce que vous voulez dessus. Quand je déclare
mon entreprise, je perds mon rôle "newbe" en plus de gagner le rôle
entreprise.

Ça ne se voit pas, mais c'est une demande de Victor et Brice, je les laisse se défendre (perso ça me va très très bien de ne rien discuter, rien faire et rien relire)

c'est une demande de Victor et Brice

Et c'est pour ça que j'ai tenté de pousser vers la liste la discussion.

Ma demande : afficher aux usagers ce qui est pertinent pour eux et rien de plus.

Dans le cas actuel de liaison avec logiciel famille, ça marche encore car toute l'information est mise dans la cellule famille avec 2 versions alternatives en fonction du rôle "parent" ou pas. Pb quand même : les clients n'ont pas la main pour éditer cette cellule.

Mais dans la cas de Nanterre, l'information à afficher uniquement au rôle "usagerRSU" ne se limite pas à la page liaison (équivalent de la cellule famille) mais aussi à d'autres pages, tel le QF (https://citoyen-nanterre.dev.entrouvert.org/tableau-de-bord/famille/), cette page :
- les non-connectés ne la voient pas
- les connectés sans rôle "usagerRSU" la voit et on leur explique qu'ils doivent ouvrir leur dossier administratif (= liaison RSU)
- les rôles "usagerRSU" peuvent calculer leur QF

Et donc pour moi, pour éviter de faire trop compliqué, la seule action nécessaire supplémentaire est "l'utilisateur ne possède pas un des rôles" MAIS à combiner avec le choix actuel (affichage seulement pour tous les utilisateurs connectés sauf rôle "usagerRSU").
Pour éviter des interfaces compliquées, je verrai donc :
- en plus du choix actuel n'afficher que ce seul choix supplémentaire
- le cacher pour les seul utilisateurs avertis à l'image de ce que l'on fait pour les conditions de sortie de page

Sinon la solution "newbe" (qui serait alors "compte sans RSU") fonctionne également mais nécessite d'affecter ce rôle dès création du compte et donc hors WF actuel donc si je comprends bien pas possible à l'heure actuelle.

(avoir la discussion sur la liste)

Brice Mallet a écrit :

Dans le cas actuel de liaison avec logiciel famille, ça marche encore car toute l'information est mise dans la cellule famille avec 2 versions alternatives en fonction du rôle "parent" ou pas. Pb quand même : les clients n'ont pas la main pour éditer cette cellule.

Et donc ça veux dire maintenir potentiellement un template spécifique à chaque collectivité. Quand on ne peut plus faire du standard, je considère que c'est qu'il faut du paramétrable. D'où la nécessité de ce ticket.

Mais dans la cas de Nanterre, l'information à afficher uniquement au rôle "usagerRSU" ne se limite pas à la page liaison (équivalent de la cellule famille) mais aussi à d'autres pages, tel le QF (https://citoyen-nanterre.dev.entrouvert.org/tableau-de-bord/famille/), cette page :
- les non-connectés ne la voient pas
- les connectés sans rôle "usagerRSU" la voit et on leur explique qu'ils doivent ouvrir leur dossier administratif (= liaison RSU)
- les rôles "usagerRSU" peuvent calculer leur QF

Pareil pour quasi tous les cas ou il y a un besoin d'appairage avec une application.

Sinon la solution "newbe" (qui serait alors "compte sans RSU") fonctionne également mais nécessite d'affecter ce rôle dès création du compte et donc hors WF actuel donc si je comprends bien pas possible à l'heure actuelle.

Pour moi cette solution n'a pas de sens, elle oblige à gérer des rôles par défaut à la création et elle oblige à gérer deux rôles pour la même chose (un rôle j'ai pas le rôle et un rôle j'ai le rôle), ce qui est au moins aussi compliqué (voire plus, parce que la ville n'a pas la main pour initialiser des rôles attribués par défaut lors de la création d'un compte) que de pouvoir paramétrer les cellules.

Donc je confirme que de mon point de vu ce ticket répond au besoin.

Je reviens sur ce ticket qui me permettrait de résoudre pas mal de soucis sur le déploiement APA pour les Département.

Je dois gérer 3 "niveaux" d'usagers :
- hors connexion
- Connecté
- Connecté et appairé

Pour que ce soit cohérent, j'ai besoin que certaines options qui sont affichées à un compte connecté mais non encore appairé, n'apparaissent plus à un compte appairé.

Je ne vois pas de solution élégante sans cette gestion d'affichage liée aux rôles.

Tu peux relancer ça sur la liste ?

Il faut sans doute être un peu plus précis sur les cas avec des groupes, dire s'il s'agit de tous ou d'un des groupes, genre :

     ('groups-on', _('Users with groups')),       --> Users with one on these groups
     ('groups-off', _('Users without groups'))])  --> Users with none of these groups

ou toute meilleure phrase en anglais correct, tu voies l'idée je pense.

Frédéric Péters a écrit :

(et à l'occasion de l'eocamp Lyon il a été dit qu'on pouvait avancer là-dessus)

En profitant lâchement de ma sénilité.

Ok pour la mécanique décrite et les entrées suivantes dans la liste déroulante :

     [ Tout le monde                                  ]
     [ Les utilisateurs non connectés                 ]
     [ Les utilisateurs connectés                     ]
     [ Les utilisateurs avec les rôles suivants...    ]
     [ Les utilisateurs qui n'ont pas les rôles...    ]

     [ autres choix anecdotiques que personne ne lira ]

[ Les utilisateurs avec les rôles suivants... ]

C'est "avec un de ces rôles".

Mais ça j'ai pas compris à quoi ça faisait référence :
[ autres choix anecdotiques que personne ne lira ]

Ça n'existe pas dans le patch; mais pour repartir du point précédent dans les entrées supplémentaires, qui n'existent pas, on pourrait trouver "avec l'ensemble des rôles suivants"; c'est là-dessus que Thomas note que mon "with roles", mais ça s'applique à "avec les rôles suivants", peut ne pas être clair.

Compte tenu de la faiblesse des usages concernés, "avec un de ces rôles" suffira amplement. Et vous le notiez sans doute déjà, si j'ai besoin de la fonctionnalité "avec tous les rôles suivants", je construis un méta-rôle agrégeant les rôles nécessaires et le tour est joué.