Ajouter un paramètre personnalisé par utilisateur dans un plugin

[Falco]

Je teste ceci ici

Use correct method signature

et cela compile bien. Je ne suis pas sûr de la fonctionnalité car je n’ai jamais utilisé le plugin et je n’ai aucune idée de ce qu’il faut tester.

La signature de la méthode register_editable_user_custom_field est un nom de champ et un indicateur optionnel pour le marquer comme staff_only, donc d’après ce que je peux dire, passer un tableau est inattendu ?

[merefield (Robert)]

Oui, c’est inhabituel ?

Mais apparemment, la solution de David semble résoudre le problème.

Ceci :

  register_editable_user_custom_field :geo_location if defined? register_editable_user_custom_field
  register_editable_user_custom_field geo_location: {} if defined? register_editable_user_custom_field

casse. Ceci ne casse pas :

 register_editable_user_custom_field [:geo_location,  geo_location: {}] if defined? register_editable_user_custom_field

Est-ce que la version Ruby a forcé ce changement ?

Dans tous les cas, je pense que nous avons une solution et devrions mettre à jour le message initial ?

Je devrai apporter une modification à un autre plugin et mettrai à jour le wiki ci-dessus si je suis satisfait.

[merefield (Robert)]

Pour information, cela semble fonctionner à la fois pour la construction et le fonctionnement

Merci pour votre aide.

[RGJ (Richard - Communiteq)]

@david

cela pourrait-il être lié à Ruby 3.x ?

Je pense que c’est ceci, Separation of positional and keyword arguments in Ruby 3.0

[pirhoo (Pierre Romera Zhang)]

Bonjour

J’essaie de créer un champ utilisateur personnalisé à partir d’un plugin, mais je ne suis pas sûr de bien comprendre ce que vous décrivez ici. Dans mon plugin, si je fais :

register_editable_user_custom_field 'foo'

Dois-je toujours utiliser les connecteurs d’outlets de plugin pour l’afficher sur le profil utilisateur et la carte utilisateur ?

Ou existe-t-il un mécanisme comme le champ personnalisé dans l’administration qui peut l’ajouter automatiquement (y compris dans le répertoire des utilisateurs) ? Je veux éviter d’ajouter un connecteur et un champ de sérialisation s’il existe déjà un moyen de le faire.

Merci de votre aide !

[merefield (Robert)]

Voyez ? :

Adding non-visible user custom fields to the API

This guide explains how to expose user custom field data through the API without displaying it on a user card. Required user level: Administrator This guide will walk you through the process of making User Custom Field data accessible via the API without displaying it on a user card. This can be useful when you need to programmatically access custom user data while keeping it hidden from general view. Creating a User Custom Field First, create your User Cu…

[pirhoo (Pierre Romera Zhang)]

Bonjour @merefield, merci pour le lien mais ce n’est pas ce que je demande. On dirait que c’est pour rendre un champ personnalisé créé dans l’admin non visible sauf avec une clé API du personnel.

Si je ne suis pas clair, laissez-moi reformuler : y a-t-il un moyen d’enregistrer un champ utilisateur personnalisé avec un plugin, tout comme nous pouvons le faire dans les « Champs utilisateur » de l’administrateur (modifiable, consultable, affiché sur le profil utilisateur, sur la carte utilisateur, etc.) ?

[merefield (Robert)]

Mes excuses, je me demande si cela pourrait être plus utile alors ? :

How to add custom fields to models

This is a collection of education plugins that demonstrate how to add a custom field to different models in Discourse. They are intended as learning tools for those looking to learn how to build discourse plugins. [GitHub-Mark] How to add a custom field to a topic [GitHub-Mark] How to add a custom field to a category Who they’re for These plugins are for people looking to learn more about creating Discourse plugins. Before you start working with these plugins, you should complete the beginne…

Tous les modèles principaux ont une capacité de champ personnalisé.