El panel de etiquetas necesita la opción "Agregar nueva etiqueta"

UX
1

Necesitamos una opción “Crear nueva etiqueta” en esta página:

image
image987×294 22.1 KB

Soy consciente de que podemos crear nuevas etiquetas usando el Compositor, pero ¿es la única manera? No creo que tenga sentido abrir el Compositor para crear etiquetas. Es decir, la función podría seguir ahí, por supuesto, pero no debería ser la única forma y, sobre todo, ni siquiera la forma principal de hacerlo.

Si estoy en un panel llamado Etiquetas, tendría sentido que hubiera un botón o una opción de menú para Crear nueva etiqueta. Este es el enfoque más intuitivo, en mi opinión.

Y ya que estamos, ¿por qué el menú desplegable adicional cuando hay espacio de sobra para añadir los botones directamente en la página y eliminar el menú?

image
image1011×377 16.7 KB

Siempre estoy a favor de los menús desplegables cuando el espacio es limitado, pero aparte de eso, estoy totalmente a favor de reducir la cantidad de clics y, especialmente, de eliminar la fricción y la confusión causadas por opciones ocultas que a veces pueden no ser inmediatamente obvias y visibles para el usuario.

3 Me gusta
2

No, pero tienes razón en que no hay una forma obvia.

Todas las formas actuales de crear una etiqueta están asociadas con poner la etiqueta en uso (adjuntarla a un nuevo tema, agregar una etiqueta como sinónimo de una etiqueta existente, crear una etiqueta al crear un grupo de etiquetas). Más allá de esto, creo que la única otra forma de crear una nueva etiqueta es mediante carga masiva.

Esto se ha discutido un poco en Create tags outside of new post — No creo que haya ninguna oposición a esta función, simplemente no se ha priorizado.

5 Me gusta
3

Esas también deberían existir, por supuesto.
Creo que la forma principal, que está en un panel llamado “Etiquetas”, debería haber sido implementada desde el primer día, porque ahí es donde podemos gestionar todas las etiquetas. Eso es lo que me parece más lógico, junto con la creación al crear un tema. Mucho más que la carga masiva, por ejemplo.

Creo que algunas de las cosas que he estado encontrando en Discourse como “raras” se deben más a la confusión en cosas que tendrían sentido estar en un lugar determinado. Y como puedes ver, estas cosas tienden a poblar mucho el foro, cuando no sería necesario si hubiera alguna lógica detrás.

No intento sonar “grosero” ni nada parecido, sobre todo porque me ha encantado Discourse y lo que nos permite hacer. Simplemente creo que algunas de estas cosas deberían recibir un poco más de “amor y atención” y no deberían ponerse al final de la lista de prioridades, solo porque hay una solución alternativa y no son de alta prioridad. A nosotros, como usuarios, también nos gusta ver que las cosas “no prioritarias” reciben atención para que todo parezca y funcione mejor y sea más fácil de usar.

Por ejemplo, por mucho que la antigua forma no fuera ideal, donde los componentes se presentaban con esas imágenes con formas, el nuevo diseño es bastante malo, sinceramente. Está todo apretado y es difícil trabajar con él, especialmente en pantallas pequeñas. Claro, todavía podemos hacer lo que hay que hacer, pero algunas de estas cosas (como el panel de componentes) son solo unas pocas líneas de CSS para cambiar el ancho, ocultar algunos paneles innecesarios, etc.

Espero que encontréis tiempo para arreglar estas cosas no prioritarias. Desafortunadamente, por lo que veo en la publicación que compartiste, han pasado 5 años desde que se creó ese tema y todavía no hay ninguna actualización al respecto.

De nuevo, no quiero sonar grosero o ingrato por una plataforma tan buena como esta, y proporcionada de forma gratuita. En absoluto. Solo desearía que los detalles también importaran, especialmente cuando los usuarios sienten que las cosas no funcionan como deberían.

1 me gusta
4

Si me permites… Sí que importan. Los desarrolladores definitivamente prestan atención y trabajan en ellos. Créeme, si no lo hicieran, usar Discourse sería una experiencia mucho menos placentera.

El caso es que hay tantos detalles a los que prestar atención que, realísticamente, no pueden dedicar recursos a todos, incluso después de años.

Las etiquetas pr-welcome se usan a veces para animar a los usuarios a contribuir, ya que Discourse es de código abierto, pero algunas características bienvenidas necesitan ser pensadas a fondo en cuanto a diseño, y entonces tener un desarrollador externo enviando un PR no siempre es la mejor solución.

4 Me gusta
5

Otro problema: estaba intentando crear las etiquetas usando el Compositor, en realidad necesito publicar el tema. El “Crear XYZ…” que aparece cuando una etiqueta no existe, en realidad no “crea” la etiqueta a menos que publiquemos el tema. Luego tenemos que eliminarlo, lo que parece innecesario si el panel Etiquetas tuviera todas las herramientas para que creemos, administremos y eliminemos etiquetas.

6

Creo que sí lo hacen, no me malinterpretes. Mi punto aquí es simplemente que podemos dividir las correcciones y ajustes “no prioritarios” en 2: algunos no son hiper relevantes y otros sí lo son, porque afectan la funcionalidad y el flujo de trabajo normal de un sitio web. Cuando necesitamos saltar de un lado a otro para hacer algo que debería hacerse en una sola página, eso para mí es una indicación de que hay algo que arreglar. Quizás no sea una prioridad como un problema de seguridad, por ejemplo, pero debería evaluarse. El flujo de trabajo que mencioné es simplemente una interfaz de usuario/experiencia de usuario simple y básica, para crear una experiencia fluida en el sitio web.

7

No discrepo :slight_smile:

Otros criterios para trabajar en cambios/correcciones son que, a menos que los problemas planteados sean muy problemáticos o muy fáciles de implementar, Discourse prioriza los cambios impulsados por las solicitudes de los clientes y, por lo general (creo que no se han desviado de este principio), sigue la regla de tres:

Lo que también explica por qué algunos problemas que parecen obvios para alguien no se abordan, incluso después de mucho tiempo.

Encontrarás muchas solicitudes similares a este tema si buscas dentro de UX, Feature, e incluso Bug, y yo también me he frustrado a veces después de informar cosas que nunca se arreglaron :see_no_evil_monkey:

1 me gusta