Opción para ocultar categorías de nivel 3 en la página principal de categorías sin perder el diseño

Utilizamos una estructura de categorías profunda de dos niveles (todas las bibliotecas públicas de nuestra ciudad con sus sucursales individuales, más una biblioteca central con sus propias categorías de primer nivel). Recientemente, necesitamos introducir un tercer nivel de anidación en algunas ramas de categorías.

En cuanto una categoría en cualquier parte del árbol tiene una categoría nieta, la página de inicio de las categorías cambia su modo de renderizado: en lugar de la cuadrícula compacta de cuadros (categoría principal con sus hijos directos listados dentro), todas las categorías se renderizan como una lista larga de una sola columna. Esto hace que la página de inicio sea extremadamente larga y difícil de escanear para nuestros ~1.200 usuarios del personal.

Parece que esto está gobernado por la propiedad isGrandParent descrita en este hilo relacionado: When you add an additional nesting level, all categories, including child categories, are displayed on the categories page

Lo que nos gustaría

Nuestra opción preferida: una forma de mantener el diseño estándar de “cuadros” de la página de inicio incluso cuando una categoría tiene un tercer nivel de anidación, por ejemplo, simplemente no mostrando las categorías nietas en la página de inicio (todavía serían accesibles a través de la página de la categoría principal).

Alternativamente, una vista nativa expandible/colapsable para categorías con nietas directamente en la página de inicio de las categorías, para que los usuarios puedan expandir solo las ramas que necesitan en lugar de que todo se liste de forma plana.

Por qué pedimos una solución nativa/oficial

Somos conscientes de que existen soluciones alternativas de componentes de tema/CSS o JS (por ejemplo, anular isGrandParent mediante modifyClass) discutidas en el hilo anterior vinculado. Preferiríamos no seguir esa ruta: no tenemos experiencia profunda en front-end en la empresa, y nos preocupa que haya efectos secundarios inesperados o roturas en futuras actualizaciones de Discourse si anulamos la lógica de renderizado principal nosotros mismos. Una configuración soportada o una opción oficial sería mucho más segura para mantener a largo plazo.

Somos conscientes de que Discourse no recomienda oficialmente la anidación profunda, pero para nuestra estructura organizativa (múltiples instituciones, cada una con varias ubicaciones físicas, cada una necesitando su propio espacio) no es opcional para nosotros.

Una forma soportada de controlar la visualización de la página de inicio para estos casos sería de gran ayuda y estamos seguros de que, desde 2021, podría haber necesidad de un tercer nivel oculto en otras organizaciones también.

Capturas de pantalla adjuntas: nuestro diseño actual de página de inicio de dos niveles

y cómo se rompe actualmente una vez que se introduce un tercer nivel.

1 me gusta