Champs personnalisés utilisateur consultables et mauvais conseils de ask.discourse.org

Soutien
1

Peut-être que cela devrait faire l’objet de deux sujets, mais c’est un exemple d’essai de résolution d’un problème particulier avec l’IA, et je veux toujours une réponse. :slight_smile:

J’aide quelqu’un qui souhaite que de nombreux champs personnalisés d’utilisateur soient consultables. Je lui ai dit qu’il faudrait un plugin, mais ce n’est pas le cas. Vous pouvez cocher l’option “consultable” dans les paramètres utilisateur (depuis quand est-ce vrai ?) :

image
image205×198 6.64 KB

Je peux même taper un / et rechercher des champs personnalisés d’utilisateur et cela recherche de manière incrémentielle !

L'image montre une barre de recherche avec le texte 'discou' saisi, suggérant la saisie d'un utilisateur dans un système de services aux membres ou d'expertise. (Légendé par l'IA)
L'image montre une barre de recherche avec le texte 'discou' saisi, suggérant la saisie d'un utilisateur dans un système de services aux membres ou d'expertise. (Légendé par l'IA)526×271 19.1 KB

Le problème que j’essaie de résoudre est qu’ils veulent pouvoir rechercher par lieu et il semble que la seule façon de le faire actuellement est d’avoir un champ personnalisé d’utilisateur avec une deuxième copie de l’adresse, ce qui semble peu élégant.

J’ai donc demandé sur ask.discourse.org :

https://ask.discourse.com/discourse-ai/ai-bot/shared-ai-conversations/FOFRYdsQy6B--c0W-X6K4A

La chose intéressante est que je pensais que ce que l’IA avait à dire était vrai, mais presque rien ne l’est.

La recherche d’un lieu (s’il se trouve dans un champ personnalisé) peut être effectuée (avec le piratage du champ personnalisé), mais cela semble introduire cette nuance dans la recherche de l’annuaire des utilisateurs ?

" Il n’y a aucun moyen intégré de rechercher les champs personnalisés des utilisateurs via la barre de recherche. " C’est ce que je pensais ! Je leur ai même proposé un prix énorme pour écrire un plugin qui ferait cela, puis j’ai découvert qu’il existait déjà.

J’ai aussi suggéré la solution de l’explorateur de données ; une autre mauvaise idée. (Alors je suis aussi stupide que l’IA !?!?!)

De plus, l’IA semble fréquemment essayer de résoudre des problèmes pour le monde entier et pas seulement pour Discourse :

Peut-on lui dire de supposer que les questions portent sur Discourse (j’essaierai de le lui rappeler dans mes futures invites). Peut-on lui dire de ne jamais, jamais recommander d’écrire un fichier .hbs ?

Retour au problème de la recherche d’adresses

Je suppose qu’une solution simple serait un plugin qui aurait un rappel lors de la modification du profil utilisateur, qui écrirait le lieu dans un champ personnalisé d’utilisateur. Je pense qu’en le faisant apparaître sur la carte, cela permettrait de le rechercher et de l’afficher dans la recherche, puis d’utiliser CSS pour le masquer, ainsi que le champ de lieu réel, de la carte/du profil utilisateur.

2 « J'aime »
2

Ah, pas depuis très longtemps. :slight_smile:

Je pense que la solution parfaite serait une modification du cœur pour que les champs utilisateur intégrés soient également recherchables. C’est un peu étrange que les champs personnalisés aient plus de fonctionnalités que les champs par défaut.

Cependant, le nouveau format des pages de configuration pourrait bien fonctionner pour leur inclusion. Avoir la possibilité d’afficher/masquer/désactiver ainsi que de les rendre éventuellement recherchables, etc., serait une belle amélioration.

Vous devriez pouvoir extraire ces informations via l’explorateur de données, n’est-ce pas ? Mais je suppose que c’est pour que leur base d’utilisateurs l’utilise plutôt qu’un rapport d’administrateur ?

4 « J'aime »
3

D’accord.

Oui (l’explorateur de données était ma suggestion jusqu’à ce que je réalise que pendant des années la fonctionnalité était dans le cœur du système). Ils veulent que les utilisateurs puissent se trouver, par exemple s’ils ont le même équipement ou s’ils voyagent dans une autre ville.

2 « J'aime »
4

Mettons de côté l’« idéal » pour le moment…

S’ils ont déjà un ensemble d’autres champs personnalisés consultables, la création d’un nouveau champ « Lieu » serait probablement l’option la plus simple. :thinking:

Si vous pouvez migrer les valeurs existantes du champ Lieu intégré vers ce nouveau champ personnalisé Lieu, puis « retirer » celui par défaut en masquant la zone de saisie dans le profil et l’affichage dans les profils et les fiches utilisateur, cela devrait suffire ?

1 « J'aime »
5

C’est en fait ce avec quoi ils ont commencé (ils avaient déjà utilisé l’emplacement pour autre chose). Mais maintenant, ils veulent utiliser le plugin d’emplacement, qui, pour une raison quelconque, utilise l’emplacement. :rofl:

1 « J'aime »
6

Ah. D’accord. C’est un peu plus compliqué. :slight_smile:

Est-ce que ces champs personnalisés sont affichés lors de l’inscription ? Si oui, je pense qu’ils devraient conserver le champ personnalisé pour l’emplacement car je ne suis pas sûr que l’on puisse avoir celui par défaut sur le formulaire d’inscription (idem s’ils ont inclus les colonnes supplémentaires dans l’annuaire des utilisateurs).

(Cela concerne davantage celui que vous considéreriez comme le champ « principal », plutôt que de pouvoir vous passer de l’un ou l’autre)

Je pense que vous pourriez être amené à copier la valeur du champ personnalisé vers l’emplacement par défaut. :thinking: (et à le masquer pour en faire des métadonnées juste pour que le plugin d’emplacement l’utilise)

Cela pourrait-il être un ajout au plugin d’emplacement pour répondre à cela pour tout le monde ?

2 « J'aime »
7

@pfaffman y a-t-il eu une résolution ici pour que nous puissions clore ce sujet ?

@JammyDodger Cela semble être une demande de fonctionnalité très légitime si c’est vrai. Souhaitez-vous que je lance un sujet de Feature ou préférez-vous le faire ?

8

Je suis à mi-chemin dans l’écriture d’un plugin qui copie l’adresse e-mail et la localisation dans des champs personnalisés afin qu’ils soient consultables.

Cependant, avoir l’e-mail disponible est certainement un cas particulier.

1 « J'aime »