No estoy obteniendo un comportamiento consistente, así que mañana probaré en try.discourse.org y controlaré las dos primeras variables:
¿Navegadores web diferentes?
¿Configuraciones del sitio diferentes?
¿Cuenta de administrador frente a usuario TL1 no perteneciente al personal?
Aquí hay dos ejemplos que son diferentes:
Administrador en Firefox en este sitio = los temas sin leer aún aparecen, pero la subcategoría (wordpress) está suprimida. En la categoría de Soporte, el primer tema es de esa subcategoría:
No administrador en Chrome en el sitio privado = la subcategoría (Connect) no está suprimida como se esperaba, pero el tema sí lo está: vea el indicador de 1 nuevo tema:
Por cierto, el problema móvil que tuve se debió simplemente a la caché. Para evitarlo, simplemente reinicié la aplicación de Discourse cada vez que cambiaba las preferencias.
Buen punto. Lo verifiqué y el tema de la subcategoría silenciada aparece en la categoría principal, tanto para el administrador como para el usuario normal.
Hola de nuevo
Encontré tiempo para probarlo completamente y confirmé que la mutación de subcategorías funciona como se espera.
No puedo reproducir esto, así que tu siguiente paso, si aún tienes este problema, es publicar algunas capturas de pantalla reales de la configuración de mutación de subcategoría y de la vista de categoría donde los temas de la subcategoría mutada son visibles.
Cómo probé esto
No puedo mostrarte la mutación de subcategorías funcionando correctamente en try.discourse.org porque no tiene subcategorías. Por eso utilicé mi propia instancia privada, razón por la cual tuve que ocultar información identificable.
No pude hacer que los temas de la subcategoría mutada se mostraran en la categoría. Tuve que entrar a la subcategoría mutada para ver sus temas.
La categoría no muestra la subcategoría mutada ni sus temas
Si veo la categoría que contiene la subcategoría mutada, no puedo ver ninguno de los temas de dicha subcategoría. Sin embargo, sí puedo ver la subcategoría no mutada llamada “Connect”, por lo que aparece el “Test topic”.
Pude ver ese tema en la vista “Más recientes | Categorías”, pero no pude ver “Test topic 2” ni “Test topic 3”, que están en la subcategoría mutada llamada “Create”:
La vista de subcategoría de la subcategoría mutada sí muestra los temas
Si veo la subcategoría mutada llamada “Create”, puedo ver todos los temas que contiene. Obviamente, debe haber alguna forma de acceder a esos temas, por lo que se vuelven visibles en la subcategoría específica.
Solo para confirmar que funciona correctamente, “Test topic 2” y “Test topic 3” en la subcategoría mutada no eran visibles en la vista “Más recientes | Categorías”:
Mi entendimiento es que están ocultos de secciones como “lo más reciente”, pero si visitas la categoría puedes encontrarlos. Si quieres no verlos nunca, tendrías que deslistarlos.
Si no aparecieran al visitar la categoría, ¿cómo los verías alguna vez?
Si entiendo que esto es lo esperado, no entiendo por qué los temas de la categoría silenciada aparecen en la categoría padre en la vista de categorías; vea la imagen 1.
Solo tengo curiosidad por un par de observaciones.
¿Qué son los iconos (de archivo?) a la izquierda de los títulos de los temas? Quizás esté involucrado algo de terceros y el modo seguro “arreglaría” el problema.
¿Las categorías realmente se llaman “guion guion guion … tiempo”? Según tengo entendido, esto sería un caso límite inesperado, no realmente un error.
Creo que este tema se ha desviado del tema original sobre las notificaciones del modo lista de correo. La solución para detener las notificaciones involucró dos métodos. El método preferido depende básicamente de cuál representa la proporción más pequeña de categorías:
observar solo las categorías para las que quieres recibir notificaciones
silenciar las categorías para las que no quieres recibir notificaciones
Por eso probé la vista Últimos | Categorías, que no muestra temas de la subcategoría silenciada. Esto funcionó como se esperaba.
Pero ahora estamos hablando de un problema diferente. No probé la vista Categorías porque, que yo sepa, no tiene relación con las notificaciones del modo lista de correo.
Es por eso que creo que este problema debería trasladarse a un nuevo tema.
Tengo dos ideas aquí. Ninguna es un diseño completo, pero espero que sean útiles.
Nota: la complejidad radica en las relaciones entre los tipos de notificaciones. Imagina eliminar todas las configuraciones excepto estas (mostradas en temas, subcategorías, categorías y globalmente):
Notificaciones: Heredar | Todas las publicaciones | Primera publicación | Menciones + respuestas | Nunca
Seguimiento: Heredar | Todas las publicaciones | Primera publicación | Menciones + respuestas | Nunca
Correos electrónicos: Heredar | Todas las publicaciones | Primera publicación | Menciones + respuestas | Nunca
La configuración global no tendría “heredar”, ya que es el nivel superior.
Los temas no tendrían “primera publicación”, ya que no puede aplicarse retroactivamente.
Reducir el número de configuraciones, por ejemplo, fusionando “seguimiento” y “notificaciones” en un único espectro, hace que las notificaciones sean más rápidas de configurar, pero no necesariamente las hace más simples cuando también debes considerar su relación con la configuración de correos electrónicos.
⇒ Si/ cuando cambies al modo de lista de correo por categoría, las simplificaciones o relaciones que tienes ahora podrían no ser las que desees mantener.
Esto es lo que me trajo aquí. Para mí, el “modo de lista de correo” (en comparación con “enviarme correos electrónicos por cada notificación”) significa que asumo la responsabilidad de gestionar las notificaciones (en mi correo electrónico); Discourse debería asumir que he leído todas las publicaciones que me envían por correo. Para las categorías con el modo de lista de correo activado, nunca debería recibir notificaciones no leídas (aunque seguiría agradecido por recibir notificaciones que se marquen automáticamente como leídas).
No me importaría que el modo de lista de correo me enviara todas las categorías no silenciadas de forma predeterminada, siempre que fuera muy fácil silenciar una categoría con uno o dos clics. Para aquellos de nosotros que queremos usar principalmente la interfaz de correo electrónico, resulta muy engorroso tener que ir manualmente a la interfaz web, seleccionar nuestro icono, luego el icono de persona, Preferencias, categorías, buscar la categoría que queremos silenciar en el área de silenciados y seleccionarla. Sería mucho más fácil si el botón de cancelar suscripción al final de cada correo electrónico tuviera opciones adicionales para silenciar la subcategoría o toda la categoría. Puede que me lo haya perdido, pero he buscado y no he encontrado a nadie que haya discutido esta posibilidad antes. ¿Qué opinan los demás sobre esta idea sencilla?
También puedes seleccionar el icono de la campana para cambiar tus preferencias de notificación por categoría, etiqueta o tema. No es necesario hacerlo desde tus preferencias de usuario.
En cuanto a un botón de silenciar en los correos electrónicos… prueba a seleccionar el botón de cancelar la suscripción en la parte inferior de los correos en algún momento. Te ofrecerá algunas opciones, como “dejar de seguir este tema” y “dejar de seguir todos los temas en…”, lo que significa que recibirás menos correos electrónicos.
Con el modo de lista de correo activado y sin estar siguiendo una categoría en particular, no me ofrece la opción de cancelar la suscripción a la categoría; ese es mi punto. No me permite publicar una segunda imagen como usuario nuevo, pero las opciones que ofrece son:
Dejar de seguir este tema, [nombre del tema]
Desactivar el modo de lista de correo
No enviarme ningún correo de [nombre de Discourse]
Veo, eso es más fácil. Así que en lugar de hacer clic en “Cancelar suscripción”, hago clic en “Visitar tema”, luego selecciono la categoría en la parte superior de la página, después el icono de la campana y lo silencio. Son 4 clics en lugar de los 2 que esperaba, pero sigue siendo mucho más fácil que ir a las preferencias de usuario y buscar la categoría.
Después de reflexionar un momento —y como usuario del modo lista de correo— tengo una sugerencia concreta:
Mover el modo lista de correo a la parte superior de la categoría “Correo electrónico” y renombrar el encabezado a Notificaciones por correo electrónico.
Colocar la opción “Incluir un fragmento de la publicación respondida en los correos” justo debajo.
Convertirla en un menú desplegable de tres opciones:
Nunca enviarme correos por notificaciones
Oculta todas las opciones excepto el resumen de actividad.
Enviarme correos cuando reciba notificaciones
Funciona como lo hace actualmente.
Enviarme correos EN VEZ de notificaciones (modo lista de correo)
Sustituye la opción “Incluir un fragmento de la publicación respondida en los correos” por la opción “Enviarme correos sobre mis propias publicaciones”.
Muestra un texto explicando que:
Se incluirá el contenido completo de la publicación en el correo.
Tanto la notificación como la publicación en sí se marcarán automáticamente como leídas.
De esta forma, puedo controlar el modo lista de correo por categoría simplemente ajustando mis preferencias de seguimiento para esa categoría, igual que lo hago actualmente con las notificaciones. No añade configuraciones adicionales ni aumenta significativamente la complejidad. Además, ofrece un interruptor sencillo para desactivar todos los correos de notificaciones para quienes no desean recibirlos en absoluto.
En realidad, creo que el objetivo original de permitir la migración desde listas de correo puras no funcionaría con lo que sugiere @smichel17, porque esto hace que la configuración de la lista de correo dependa del estado de “observación”. Lo que yo buscaba era una configuración que fuera de lista de correo “por categoría”, al mismo tiempo que permitiera el uso normal del resto del foro.
Nuestra situación es que tenemos un nuevo foro de Discourse que está prosperando, pero que solo es utilizado por una parte más activa de los miembros de nuestra comunidad. Luego tenemos una instancia heredada de Mailman donde están casi todos los miembros. Esta instancia de Mailman está basada geográficamente (cada capítulo de nuestra organización tiene una lista de correo que usan unas pocas veces al mes para organizar reuniones y es de múltiples capas).
Idealmente, recrearíamos la estructura geográfica de Mailman en Discourse y configuraríamos esas categorías en modo lista de correo. Eso significaría que los usuarios pasivos existentes aún tendrían el mismo acceso a la información, pero nuestra sobrecarga de TI se reduciría (no más Mailman), además de que sería más fácil para los usuarios involucrarse más en el propio foro de Discourse.
Sin embargo, si entiendo bien, esto actualmente es imposible de implementar en Discourse, ¿o estoy malinterpretando este hilo?
