I’m not getting consistent behavior so tomorrow I’ll go on try.discourse.org and control for the first two variables:
Different web browsers?
Different site settings?
Admin account vs non-staff TL1 user?
Here’s two examples that are different:
Admin on Firefox at this site = unread topics still appear but the sub-category (wordpress) is suppressed. in the Support category and the first topic is from that sub-category:
Non-admin on Chrome at private site = sub-category (Connect) is not suppressed as expected but the topic is suppressed - see the 1 new topic indicator:
FYI, the mobile issue that I had was simply due to caching. To avoid that I simply restarted the Discourse app each time I changed the preferences.
Hi again
I found time to fully test this and I found that the sub-category muting is working as expected.
I can’t reproduce this so your next step if you still have this problem is to post some actual screen shots of the muted subcategory setting and the category view where the muted sub-category topics are visible.
How I tested this
I can’t show you it sub-category muting working correctly on try.discourse.org because it has no sub-categories. So I used my own private instance which is why I had to redact identifiable info.
I couldn’t get the topics in the muted sub-category to display in the category. I had to enter the muted sub-category to see its topics.
Category doesn’t show the muted sub-category and doesn’t show its topics
If I view the category that contains the muted subcategory then I can’t see any of the topics for the muted subcategory. But I can see the unmuted sub-category called “Connect” so the “Test topic” appears.
I could see that topic in the Latest | Categories view but I cannot see “Test topic 2” or “Test topic 3” which are in the muted subcategory called “Create”:
Sub-category view of muted sub-category does show the topics
If I view the muted subcategory called Create then I can see all the topics it contains. Obviously, there has to be some way to access those topics which is why they become visible in the specific sub-category.
My understanding is that they are muted from things like latest, but if you visit the category you can find them. If you want never to see them you would need to unlist them.
If they didn’t show when you visited the category how would you ever see them?
If I understand this is to be expected, I don’t understand why the topics of the muted category appear in the parent category in the Category view - see 1. image.
I think this topic has got away from the original topic of mailing list mode notifications. The solution to stop notifications involved two methods. The preferred method is basically decided by which is the smallest proportion of categories:
only watching categories you want to see notifications for
muting categories you don’t want to see notifications for
That’s why I tested the Latest | Categories view which doesn’t show topics from the muted subcategory. This worked as expected.
But know we’re talking about a different issue. I didn’t test the Categories view because, AFAIK, it doesn’t have a relationship with mailing list mode notifications.
Which is why I think that this issue should be moved to a new topic.
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?
