J’ai remarqué que les champs utilisateur personnalisés sont toujours visibles par les utilisateurs lors de l’inscription ou dans leurs profils, selon les paramètres.
Existe-t-il actuellement un moyen de créer un champ utilisateur qui ne serait visible et modifiable que par le personnel (pour un usage interne), et non exposé aux utilisateurs ?
Si ce n’est pas le cas, serait-ce quelque chose que l’équipe pourrait envisager de prendre en charge à l’avenir ?
Il y a une demande de fonctionnalité pour cela : Option to include user field that is only editable by staff
Selon ce que vous voulez faire de ce champ, il peut être suffisant de le masquer pour tout le monde sauf pour le personnel avec un composant de thème.
J’exécute Discourse pour des cours universitaires, et le champ utilisateur personnalisé serait le numéro d’étudiant. Un composant de thème semble être une solution palliative acceptable, mais rendre un champ personnalisé complètement invisible à tout sauf au personnel ou à l’API système serait plus propre.
En fait, je me demande si l’option de masquer le champ utilisateur lors de l’inscription, qui a été ajoutée récemment, rend possible des champs utilisateur que les utilisateurs ne peuvent pas voir.
Je pense que les champs utilisateur ne sont affichés aux utilisateurs que lorsqu’ils sont modifiables. Donc, si vous le masquez à l’inscription et désactivez la modification (ainsi que l’affichage et la recherche), le champ devrait être masqué pour l’utilisateur.
J’apprécie vraiment votre aide tout à l’heure ! J’ai rédigé un rapport de bug qui montre clairement ce comportement.
Salut, j’ai remarqué un paramètre dans l’administration appelé « Champs personnalisés pour les utilisateurs du personnel ». Je ne suis pas tout à fait sûr de ce à quoi il sert ni comment l’utiliser.
Pourriez-vous m’aider à comprendre comment cela fonctionne ? Merci !
Jusqu’à présent, je n’ai pas eu d’utilisation pour les champs personnalisés via l’API. Je ne peux donc pas vous en dire plus que ce que j’ai appris sur Adding non-visible user custom fields to the API
Jetez un œil à Discourse User Notes - Plugin - Discourse Meta. Il est destiné au personnel pour partager en interne des notes sur les utilisateurs. (Aime les chats – Joue au golf avec le PDG – etc.)
@copymonopoly les suggestions de Moin et Toddz vous ont-elles aidé à résoudre votre problème ? Pour information, nous utilisons ici sur meta les notes utilisateur de manière très active pour partager des informations entre le personnel concernant nos membres. Cela fonctionne bien (sans doute mieux que les champs utilisateur personnalisés) car les notes sont à portée de main :
Vous pouvez également accéder aux notes utilisateur via le data explorer et probablement aussi les ajouter/y accéder via l’API.
Je n’étais pas sûr non plus, mais j’ai trouvé quelques indices…
Cela a plus de sens à côté du paramètre compagnon Champs personnalisés publics des utilisateurs :
Et ils ont à voir avec qui peut accéder à quels enregistrements via l’API :
Fait intéressant, les champs ci-dessus ne semblent pas sélectionner parmi les champs personnalisés d’utilisateurs disponibles, mais acceptent toute saisie de texte — vous devriez donc entrer les noms des champs précisément lire attentivement ce document.
Est-ce le nom ? D’après le document que j’ai partagé ci-dessus (I shared above), je pensais qu’il fallait l’ID
Oh, j’avais manqué cette documentation ! 
Le champ a accepté tout ce que j’ai tapé et j’ai fait une mauvaise supposition.
C’est peut-être un cas où il serait bien que la description du paramètre contienne un lien vers la documentation.
Je pense que ce qui serait 
serait d’avoir une recherche personnalisée pour ces paramètres d’administration qui fonctionne de manière similaire à celle de l’automatisation « ajouter un utilisateur à un groupe via un champ personnalisé d’utilisateur » :
Je pense que cela a été mentionné précédemment quelque part, mais je ne sais pas si cela a eu un écho.
Merci beaucoup pour la suggestion !
À l’origine, j’envisageais d’utiliser des champs utilisateur personnalisés car je voulais écrire un petit composant qui affiche des informations spécifiques que j’ajoute pour chaque utilisateur. Je n’avais donc pas vraiment envisagé le plugin principal Discourse User Notes.
Mais il semble que User Notes puisse permettre de réaliser quelque chose de similaire, et cela pourrait être une approche utile. J’apprécie vraiment la recommandation — je suis actuellement en train de l’examiner !
@hugh quelques retours pour votre équipe. Les entrées pour les paramètres de site public user custom fields et staff user custom fields acceptent n’importe quoi, mais seule l’ID fonctionne, ce qui est déroutant.
