Campos personalizados de usuario con búsqueda y malos consejos de ask.discourse.org

Soporte
1

Quizás este debería ser dos temas, pero es un ejemplo de cómo intentar resolver un problema particular con la IA, y todavía quiero una respuesta. :slight_smile:

Estoy ayudando a alguien que quiere que muchos campos personalizados de usuario sean buscables. Le dije que necesitaría un plugin, pero no es así. Puedes marcar la opción “buscable” en la configuración del usuario (¿cuánto tiempo ha sido esto cierto?):

image
image205×198 6.64 KB

Incluso puedo escribir una / y buscar campos personalizados de usuario y busca incrementalmente.

La imagen muestra una barra de búsqueda con el texto 'discou' siendo ingresado, sugiriendo la entrada de un usuario dentro de un sistema de servicios para miembros o experiencia. (Subtitulado por IA)
La imagen muestra una barra de búsqueda con el texto 'discou' siendo ingresado, sugiriendo la entrada de un usuario dentro de un sistema de servicios para miembros o experiencia. (Subtitulado por IA)526×271 19.1 KB

El problema que estoy tratando de resolver es que quieren poder buscar por ubicación y parece que la única forma de hacerlo ahora es tener un campo personalizado de usuario con una segunda copia de la dirección, lo que parece desagradable.

Así que le pregunté a ask.discourse.org:

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

Lo interesante es que pensé que lo que la IA tiene que decir es cierto, pero casi nada de eso lo es.

Buscar una ubicación (si está en un campo personalizado) se puede hacer (con el truco del campo personalizado), pero ¿parece captar ese matiz en la búsqueda del directorio de usuarios?

" No hay forma integrada de buscar campos personalizados de usuario a través de la barra de búsqueda". ¡Eso es lo que pensaba! Incluso les di un gran precio para escribir un plugin que hiciera eso y luego descubro que ya existe.

Yo también sugerí la solución del explorador de datos; otra mala idea. (¡Así que soy **tan estúpido como la IA!?!?)

Además, la IA parece intentar frecuentemente resolver problemas para todo el mundo y no solo para Discourse:

¿Podemos decirle que asuma que las preguntas son sobre Discourse (intentaré recordárselo en mis futuras indicaciones)? ¿Podemos decirle que nunca, jamás recomiende escribir un archivo .hbs?

De vuelta al problema de buscar direcciones

Supongo que una solución simple sería un plugin que tuviera una devolución de llamada en las ediciones del perfil de usuario que escribiera la ubicación en un campo personalizado de usuario llamado ubicación. Creo que tenerlo en la tarjeta permitiría que se buscara y se mostrara en la búsqueda y luego usar CSS para ocultarlo a él o al campo de ubicación real de la tarjeta/perfil del usuario.

2 Me gusta
2

Aah, no hace mucho. :slight_smile:

Creo que la solución perfecta sería un cambio en el núcleo para que los campos de usuario integrados también sean buscables. Es un poco extraño que los personalizados tengan más funcionalidad que los predeterminados.

Aunque el nuevo formato de las páginas de configuración podría funcionar bien para su inclusión. Tener la capacidad de mostrar/ocultar/deshabilitar, así como hacerlos opcionalmente buscables, etc., sería una buena mejora.

¿Deberías poder extraer esta información a través del explorador de datos? ¿Pero supongo que esto es para que lo use su base de usuarios en lugar de un informe de administrador?

4 Me gusta
3

De acuerdo.

Sí (el explorador de datos fue mi sugerencia hasta que me di cuenta de que durante años la funcionalidad estaba en el núcleo). Quieren que los usuarios puedan encontrarse, como si tuvieran el mismo equipo o estuvieran viajando a otra ciudad.

2 Me gusta
4

Dejando a un lado lo ‘ideal’ por un momento…

Si ya tienen un conjunto de otros campos personalizados que se pueden buscar, entonces crear uno nuevo de ‘Ubicación’ probablemente sería la opción más sencilla. :thinking:

Si pueden migrar los valores existentes del campo de Ubicación incorporado a este nuevo campo personalizado de Ubicación, y luego ‘retirar’ el predeterminado ocultando el cuadro de entrada en el perfil y la visualización en los perfiles y las tarjetas de usuario, ¿eso debería ser suficiente?

1 me gusta
5

En realidad, eso es con lo que empezaron (de hecho, habían usado ubicación para otra cosa). Pero ahora quieren usar el plugin de ubicación, que, por alguna razón, usa ubicación. :rofl:

1 me gusta
6

Ahh. De acuerdo. Eso es un poco más complicado. :slight_smile:

¿Muestran estos campos personalizados en el registro? Si es así, creo que necesitarían conservar el campo personalizado para la Ubicación, ya que no estoy seguro de que puedas tener el predeterminado en el formulario de registro (lo mismo si han incluido las columnas adicionales en el directorio de usuarios).

(Eso tiene más que ver con cuál considerarías el ‘primario’, en lugar de poder prescindir de uno u otro)

Creo que puede que te quedes con copiar el valor del campo personalizado a la ubicación predeterminada. :thinking: (y ocultarlo para que sea más ‘meta’ datos solo para que lo use el plugin de Ubicación)

¿Podría ser esto una adición al plugin de Ubicación para atender esto para todos?

2 Me gusta
7

@pfaffman ¿hubo una resolución aquí para que podamos cerrar este tema?

@JammyDodger Esta parece una solicitud de función muy legítima si es cierta. ¿Te gustaría que iniciara un tema de Feature o lo harías tú?

8

Estoy a mitad de escribir un plugin que copia la dirección de correo electrónico y la ubicación a campos personalizados para que sean buscables.

Sin embargo, tener el correo electrónico disponible es definitivamente un caso extremo.

1 me gusta