Las subcategorías deben anidarse en la barra lateral.
Cosas como este ejemplo no funcionarán a menos que las subcategorías estén anidadas:
Ford
–Conducción
–Compra
GM
–Conducción
–Compra
La visualización resultante sería:
Conducción
Conducción
Ford
GM
Compra
Compra
En la captura de pantalla a continuación, documentación es la categoría principal, mientras que administradores, preguntas frecuentes, moderadores, sso y sysadmin son subcategorías.
Un detalle que necesitamos resolver aquí es qué hacemos en el caso de que alguien agregue la subcategoría y no la categoría principal… ¿siempre se debe incluir la categoría principal para dar contexto?
Es más o menos obligatorio si las subcategorías pueden tener nombres duplicados.
No soy desarrollador, pero hago muchos trabajos relacionados con UX/UI, así que diría que usar el mismo nombre es una política muy mala de todos modos. Así que una solución sería forzar que incluso los nombres reales sean únicos (y después de eso, hay toneladas de foros rotos…)
Pero, ¿podrían ustedes dar mano libre para nombrar las categorías por el administrador de una manera que no esté relacionada con la tecnología del foro? Es solo otro nombre visible para los usuarios; entonces, uno podría usar algo como categoría:subcategoría.
Forzar el nombre de la categoría principal en el nombre de la subcategoría generará mucho contenido redundante, como:
Ford
– Ford Driving
– Ford Purchasing
GM
– GM Driving
– GM Purchasing
Acabo de pasar y renombré todas nuestras subcategorías con un prefijo de categoría, pero también estoy de acuerdo en que anidar sería una buena opción. Como tenemos diferentes niveles de seguridad en cada categoría principal, optamos por el mismo nombre, pero también puedo ver la ventaja de tener prefijos.
También sería bueno si las categorías pudieran contraerse y expandirse; con más de 200 categorías, es una lista larga.
Nuestro pensamiento inicial es que podríamos comenzar con algunas mejoras simples aquí:
No resuelve todo el problema, pero las soluciones alternativas de: 1) hacer que los usuarios agreguen la categoría principal ellos mismos o 2) actualizar los nombres de las categorías para distinguirlas están disponibles.
Sin embargo, estaremos atentos a esto y consideraremos qué otros cambios pueden ser necesarios.
¿Cuántas de estas categorías espera que un usuario determinado agregue a su barra lateral?
Me tomo esto como una pregunta general 
Ninguna. Ya solo siguen las categorías que les interesan y quieren notificaciones por igual de todas ellas.
3 publicaciones se dividieron en un nuevo tema: Opción para mostrar solo categorías y etiquetas no leídas en la barra lateral
Es esencial poder activar y desactivar subcategorías en la barra lateral. Ya tenemos nueve categorías y 19 subcategorías, y aún no he terminado de clasificarlas. Espero añadir 25 subcategorías más. Me gustaría que todas estuvieran disponibles en la barra lateral. Nuestro corpus se ha ido construyendo desde 1969, por lo que nuestro foro sirve tanto de biblioteca de referencia como de simposio. Para nosotros, las categorías son tanto ayudas para la búsqueda como filtros de conversación.
Por la misma razón, las etiquetas deben estar en orden alfabético y ser desplazables en la barra lateral. Tenemos 1400 etiquetas y se duplicarán para cuando termine de clasificarlas. Sin una ventana de desplazamiento, será imposible presentar las etiquetas de manera útil. De hecho, una ventana de desplazamiento con un cuadro de consulta encima sería ideal.
Probablemente sea una discusión aparte, pero poner las etiquetas en ventanas desplegables conmutables debajo de los títulos de los temas en la vista de lista también sería de gran ayuda. Nuestros temas tienen un promedio de 18 etiquetas cada uno. Nuestro tema más largo tiene 98 etiquetas. Cuando las presento todas, ofuscan los títulos de los temas. Lo menciono aquí porque la implementación de una clase genérica de cuadro de desplazamiento conmutables podría servir para múltiples propósitos útiles.
También sería bueno que las categorías se pudieran abrir y cerrar.
¿Por qué? Sería realmente horrible de usar, porque esa lista será kilométrica. Bueno, si la mayoría de tus usuarios tienen una pantalla de 24” o más grande y no te importan las pantallas más pequeñas y los móviles y tus usuarios no saben cómo usar la página de categoría, entonces quizás.
Y volvemos al problema principal: un usuario debe tener la opción de qué ver y qué no. No es trabajo del administrador decidirlo.
Porque facilitaría la navegación. Sería mucho más limpio que la vista de categoría/lista de doble ancho, que es la única opción actual y que ocupa mucha más pantalla que una lista única con una barra lateral si el problema es el espacio.
¿Por qué?
Suponiendo que te refieres a las etiquetas, una lista alfanuméricamente ordenada de una milla de largo que se desplaza dentro de una ventana controlada por un cuadro de búsqueda encima y una rueda del ratón sería bastante conveniente, mucho mejor que cualquier otra presentación de etiquetas. Eso incluye la lista masiva de la página de etiquetas, que no es en absoluto una ayuda de navegación conveniente porque requiere un movimiento de latigazo cervical de ida y vuelta desde la página de etiquetas al tema y para lo cual la única herramienta es el botón de retroceso del navegador.
Esa lista será de una milla de largo.
Así que dos puntos aquí.
Primero, Discourse está construido desde cero para el futuro, lo que significa que está destinado a que todos tengan pantallas generosas y de alta resolución. De todos modos, es casi un punto irrelevante, acabo de comprar un monitor nuevo para mi hija la semana pasada y no encontré ninguno disponible de menos de 24 pulgadas.
En cuanto a los móviles, solo puedo decir que la navegación diseñada para esas clases de interfaz es en todos los aspectos diferente a la de un escritorio o portátil. Las barras laterales no son una herramienta apropiada.
Si la mayoría de tus usuarios tienen una pantalla de 24” o más grande y no te importan las pantallas más pequeñas y los móviles.
El futuro, que ya es un lunes normal, es totalmente opuesto. Está construido sobre móviles. Lo siento, pero las pantallas grandes son cosa del pasado.
¿Sabías que en Europa los móviles son más comunes que los ordenadores portátiles? Pero tampoco tenemos teléfonos fijos ni cheques (excepto en el Reino Unido/Irlanda, pero van con algo de retraso, ¡como 50 años! )
Parece que su caso de uso se adapta mejor a discourse-docs que a la barra lateral.
Puede ver un ejemplo de la vista y el filtrado que proporciona aquí Documentation - Discourse Meta
Sí, no vi que eso viniera en absoluto. Creo que la versión de barra lateral de la barra lateral se adapta bien a esos molestos dispositivos móviles.
Entonces, ¿quizás sepas si esta es la aplicación móvil que viene con los foros de la suerte en Digital Ocean?
Stephen, gracias por esta sugerencia. Lo instalé y estoy jugando con él. Podría funcionar para un gran conjunto de artículos que aún no hemos agregado. Lo que necesito para esos es la capacidad de comentar para atraer al lector a las discusiones. He estado pensando en integrar Ghost con Discourse para ese propósito.
Todavía creo que la barra lateral será ideal para la navegación en computadoras de escritorio/portátiles si viene con un cuadro de desplazamiento conmutador para etiquetas y con categorías conmutables.
Esta parte se entregó en la PR
La insignia de color es muy útil para distinguir las relaciones entre categorías principales y subcategorías. La clasificación y, posiblemente, la sangría deberían solidificar la identificación visual de las subcategorías. Esto es lo que quiero decir:
documentation es la categoría principal de admins y sysadmin. En la configuración actual, se ordenan alfabéticamente y la única indicación de una relación es el color de la media insignia. Obviamente, esto no es ideal.
Cuando se ordenan, tenemos una idea de orden y relación, pero aún así es solo una distinción de insignia de color.
Una mejor manera sería dar a la subcategoría una sangría sutil que se entiende universalmente como una indicación de una relación categoría-subcategoría. La maqueta anterior muestra cómo podría verse cuando la subcategoría tiene una sangría de la mitad o el ancho completo de la insignia.
¡Gracias por tomarte el tiempo de diseñar estas ideas!
Hay otro escenario a tener en cuenta: cuando los usuarios tienen todas las categorías anteriores en su barra lateral que has ilustrado, pero no la categoría principal Documentation. ¿Cómo te imaginarías manejar ese escenario?
Supongo que dependería de la estructura del sitio. En mi OP, donde usé Ford y GM como ejemplo de una comunidad estructurada, no incluir una categoría principal podría dificultar la lectura de la barra lateral: ¿cuál es cuál?
En este caso, se debe mostrar la categoría principal:
En los casos en que cada subcategoría pueda valerse por sí misma, el padre puede no ser necesario.
Para las categorías con subcategorías, mi comunidad trata al padre como un marcador de posición que no tiene temas. En cambio, todos los temas están en subcategorías. Tenemos otras categorías independientes.
Por lo tanto, idealmente, un administrador podría elegir si la categoría principal se muestra en la barra lateral.
Mostrar jerarquía en la barra lateral
El orden de las subcategorías en la barra lateral ahora se ordena primero por su padre según esta PR de @tgxworld:
¿Alguien encontró una solución para subcategorías anidadas? Todavía estoy buscando y no pude encontrar ningún componente de tema que funcione.
