Amélioration d'UX sur les identifiants et les noms conviviaux
Soit un utilisateur keycloak ayant Username
/ First Name
/ Last Name
.
Dans RC,
- le Nom d'utilisateur par défaut est mappé sur
Username
. Il agit comme un @identifiant. - le Nom (aussi appelé Nom complet dans le panneau d'information utilisateur) par défaut est
First Name.Last Name
. C'est celui affiché dans les discussions : il agit comme un nom convivial. - La recherche se fait bien sur les deux champs (par exemple dans le répertoire).
Problème 1 : sur le serveur chat.alternatiba.eu, dans la liste des discussions (panneau de gauche), le Nom d'utilisateur est parfois utilisé à la place du Nom (alors que celui-ci existe), en fonction de paramètres qui me sont inconnus.
Problème 2 (importance haute) : Les deux champs sont modifiables, mais modifier le champ Nom d'utilisateur conduit à un comportement aberrant (y compris sur l'instance mutu - plus de détails à la demande) puisque c'est un identifiant : ne faudrait-il pas empêcher l'utilisateur de modifier ce champ ?
Dans NC,
- le champ Nom complet (aussi appelé "Nom à afficher" dans l'administration NC mais celle-ci est masquée dans Liiibre) est mappé sur
Username
et c'est celui qui apparaît dans l'interface. Il agit donc comme un nom convivial à l'inverse de RC.
Problème 3 : les utilisateurs apparaissent donc différemment dans l'interface NC et dans l'interface RC, ce qui peut désorienter.
- le champ Nom d'utilisateur est masqué dans Liiibre, mais est probablement mappé sur
First Name
etLast Name
car la recherche a l'air de prendre ces champs en compte (à confirmer).
Problème 4 (importance faible) : lors d'un partage, l'utilisateur ne voit pas le champ sur lequel il fait la recherche. L'utilisateur recherché remonte bien, mais on ne voit pas où est la chaîne de caractère (on voit juste le Nom complet et l'adresse email).
Problème 5 : le label Nom complet
désigne deux choses différentes dans RC et NC, ce qui peut induire en erreur.
Voilà, ça brasse un peu trop large, mais j'aimerais votre avis sur ce qu'il est important de corriger ou non pour peut-être créer des issues dédiées chacune à un problème.