Ocultar categoría de los últimos temas desapareció

Hola, no es equivalente y ya hemos dado muchos ejemplos más arriba.
Sería justo hacer una declaración clara de que no vas a revertir esta opción de todos modos, o algo por el estilo.

Creo que varios, quizás decenas, de administradores o administradores de la comunidad aún están esperando.

Sí, se aplica a los usuarios anónimos.

Toda esta controversia gira en torno a sitios que exigen ciertos niveles de fidelidad.

Quieren que la lista de temas más recientes se vea “exactamente así” y que los usuarios finales no tengan control sobre cómo se ve “exactamente así”.

En el caso de @Heather_Dudley / @ClawdiaWolf, esto puede ser un problema para los usuarios finales. Se suprimieron todas las categorías “regionales” de la página de inicio porque había 400 regiones y se volvía ruidoso.

Pero, ¿qué pasa con un usuario de Sídney? ¿Por qué ese usuario no puede ver los temas de Sídney en la página de inicio?

Para abordar esto, ahora permitimos que los sitios funcionen en un modo donde el contenido está silenciado por defecto y los moderadores pueden optar por categorías “mostradas por defecto”, lo que facilita mucho su mantenimiento a largo plazo. Cuando agregas una categoría, no necesitas hacer nada y los usuarios aún pueden seguir Sídney si lo desean.

Creo que esto terminará con que proporcionaremos ganchos de plugins para quienes deseen una dictadura estricta desde arriba sobre qué temas nunca, bajo ninguna circunstancia, se mostrarán en las listas de temas más recientes.

¿Eso significa que no hay forma de arreglar nuestra sección de idiomas extranjeros?

Esas categorías están actualmente ocultas en la página de “categorías”, y las publicaciones en idiomas extranjeros aparecen en “más recientes”, que debería ser solo en inglés. No estoy seguro de si las personas ya no reciben notificaciones para las secciones de idiomas extranjeros.

Incluso si voy a la categoría principal No en inglés (que parece no ser descubierta por los usuarios), solo se lista una de las subcategorías de idiomas (Nederlands) — las otras categorías de idiomas han desaparecido.

Extrañamente, si publico en una de las categorías de idiomas, esa publicación aún aparecerá en /latest, aunque la página de la categoría en sí haya desaparecido.

¿Existe alguna forma de mantener los temas fuera de la página principal sin silenciarlos?

Aún no lo entiendo del todo.

Digamos que silencias por defecto “Francés”

  • Los temas en “Francés” no aparecen en la página principal para anónimos ni para ningún usuario.

  • Las personas que hablan “Francés” aún pueden desactivar el silencio en sus preferencias de usuario y ver la categoría en la página principal.

El único problema que veo en el sitio que estoy viendo ahora es que no hay forma de saber que existe una categoría en francés para desactivar el silencio a menos que la encuentres en tus preferencias o, quizás, haya un tema (o un enlace en el encabezado, o algo similar) que enlace a la categoría en francés.

Lo siento, creo que estoy un poco confundido sobre lo que hizo el cambio. Antes, cuando la gente iba a /categories, había una lista de categorías en idiomas extranjeros. Ahora esas categorías han desaparecido y no estoy seguro de cómo volver a incluirlas en esa lista de categorías. Sin embargo, las publicaciones de esas categorías no deberían terminar en /latest, ya que “latest” es solo para publicaciones en inglés.

hmmm … ¿una preferencia de usuario para

“Ocultar categorías silenciadas de los listados de categorías”? Desactivada por defecto. Algo así.

Así, una vez que te familiarices con el funcionamiento, podrás activarla.

¿Esto resuelve al 100% las quejas sobre el nuevo cambio?

Algo parece extraño. Cuando entro a la categoría principal (/c/non-english) con una cuenta de administrador, solo veo la categoría “Nederlands” (la más reciente añadida a las categorías). Si voy a /categories con una cuenta de administrador, las categorías Non-English no aparecen.

Cuando inicio sesión con una cuenta de prueba (TL0), puedo ver las 9 categorías Non-English en las páginas /categories y /c/non-english.

Sin embargo, mi publicación de prueba en una categoría no inglesa aparece en /latest, que debería ser solo para inglés.

Edición: tanto el administrador como el usuario TL0 reciben la opción de tema configurada en “vigilando” después de hacer una publicación. No veo “silenciado” allí.

No se está siguiendo.

Silenciar categorías se refiere a un estado predeterminado; cualquier tema en esa categoría aún puede ser rastreado y seguido por los usuarios que anulen el estado predeterminado para la categoría.

No, porque silenciar seguirá trayendo temas específicos a /latest una vez que un usuario interactúe.

El enfoque anterior permitía a los operadores del sitio crear particiones donde lo consideraran necesario. El silenciamiento ya existía, pero como indican las publicaciones anteriores, es mucho más confuso.

Donde antes había ‘suprimir esta categoría de latest’, ahora habrá:

  • una configuración de categoría para silenciar
  • una configuración de usuario para silenciar
  • una configuración de usuario para visibilidad

Si vas a replicar verdaderamente el comportamiento original, necesitaríamos una configuración adicional para evitar que las publicaciones de categorías silenciadas vuelvan a aparecer en latest, porque, como hemos leído, algunos operadores del sitio tienen casos de uso donde esto es ventajoso.

Un proyecto en el que he estado trabajando pronto quedará en pausa debido a este problema. El cliente quería usar Discourse para colaboración interna, con ciertas categorías suprimidas ya que contenían discusiones sobre títulos aún no anunciados y asuntos ‘fuera de tema’. Les gustaba el comportamiento que ofrecía ‘suprimir de latest’ porque, incluso si el personal participaba en temas dentro de esas categorías, los títulos de los temas no serían visibles en / (que sería latest), lo que significaba que tendrían que buscar esas categorías. Por ahora, mi sugerencia es nuevamente que tengan una instancia secundaria separada para lograr la misma separación.

Estado predeterminado para la categoría se refiere al estado predeterminado para los temas originados en una categoría específica, un estado que puede anularse cuando un usuario interactúa con él. La suposición en todo lo anterior es que este comportamiento siempre es deseable, pero al observar instancias multipropósito, parece que no es así.

Esto es algo con lo que tengo un desacuerdo fundamental. Si un usuario está siguiendo o vigilando explícitamente un tema, está dando una señal muy clara de que realmente le importa ese tema y quiere verlo en “Lo más reciente”. Si no quiere que aparezca allí, siempre puede cambiarlo de nuevo a “normal”, ¿no?

No entiendo esto.

Todo lo que propongo aquí es una opción para el usuario:

“Realmente, realmente, nunca, nunca me importan las categorías silenciadas y nunca quiero verlas”, es decir, “Realmente, realmente odio la política”.

frente a

“Por lo general no me importan las categorías silenciadas, pero aún así quiero poder navegar por ellas a veces, así que manténlas en mis menús desplegables y en las listas de categorías”.

¿No sería la acción más sencilla y consistente simplemente modificarlo para que nunca comencemos a realizar un seguimiento automático de temas en categorías silenciadas? Me parece un mejor valor predeterminado.

Al final, terminas construyendo la misma función que todos ya usan, pero acabas ocultando el acceso a ella detrás de cinco o seis preferencias más. El equivalente en Discourse del código Konami, si se quiere.

Si alguna vez se reestructura el comportamiento de esas configuraciones, nos encontramos de nuevo aquí cuando comienzan a aparecer publicaciones donde no deberían.

Al final, ¿esto es realmente más sencillo que restringir el acceso a suprimir desde lo más reciente mediante una configuración del sitio?

Prefiero mucho tener cosas como «quiero embarcarme en una aventura extraña y maravillosa» en un plugin.

Fundamentalmente, el usuario tiene derecho a elegir qué ve en «recientes» y qué no. Tener una configuración que permita particiones extrañas donde el usuario pierde el control me parece que es dominio de los plugins.

Supongo que estoy algo abierto a crear algún tipo de plugin aquí que restaure la funcionalidad antigua para los sitios raros que sienten que realmente, realmente quieren esto; tener esta función anti-usuario en el núcleo me hace sentir incómodo.

Esa es una visión muy selectiva. Si eres un empleador que desea ofrecer a su personal un entorno colaborativo y considera la posibilidad de permitir categorías limitadas de “no laborales”, dicha característica puede ser muy deseable.

Tiene el potencial de ser anti-usuario, pero hay muchas cosas que, si se configuran incorrectamente, pueden ser destructivas para una comunidad.

Hola de nuevo,

Lo que nosotros (las personas que aún favorecemos la “opción de suprimir”) estamos tratando de explicar aquí es que:

“Como operador del sitio, quiero controlar el comportamiento de las publicaciones de categorías específicas para que no aparezcan en /latest”.

Lo cual, sigo creyendo, es completamente ortogonal al asunto de las “categorías silenciadas”.


Creo que esa es una opción viable (DWIM) en relación con el asunto de las “categorías silenciadas”. No obstante, no resuelve el requisito de “suprimir categoría” para algunos de nosotros.


Eso sería genial. Si no es posible mantener esa función dentro del núcleo de Discourse, incluirla en un plugin dedicado nos salvaría la vida.

¿Existe alguna posibilidad de trabajar en ello / lanzarlo en paralelo / pronto, cuando la eliminación de la función “suprimir categoría” afecte a más personas?

Gracias de nuevo por escuchar y cordialmente,
Andreas.

¿No es esto, ‘por definición’, antiusuario? Estás diciendo: ‘Todos sois niños, no puedo confiar en vosotros ni siquiera con cantidades mínimas de autocontrol; si queréis tener este tipo de discusiones, id allí :arrow_right:’.

No quiero permitir que desmuteis esta categoría; nunca podréis verla excepto en la cárcel que he construido para vosotros.

Lo consideraría un compromiso.

Los empleadores no están obligados a crear tales áreas. El beneficio obvio es que facilita la adopción de nuevas herramientas, pero no quieres que esos valores añadidos desborden el propósito original.

Diría que en un entorno laboral, este tipo de compromiso pierde rápidamente eficacia con cosas como el tema de la barra lateral, que suele funcionar extraordinariamente bien en entornos de trabajo, y esta es una característica que es en gran medida independiente de ello. Cuando utilizas la barra lateral, tiendes a pasar mucho menos tiempo en la sección de novedades de todos modos.

Me inclino un poco a simplemente proporcionar un plugin aquí para la antigua función.

¡De nuevo, +1 en eso!

Te entiendo perfectamente y reconozco tu perspectiva aquí. Usar la función de “categoría silenciada” dará más libertad al usuario, ya que podrá controlar por sí misma lo que recibe en /latest. Sin embargo, me gustaría destacar que la función de “suprimir categoría” no se trata necesariamente de censura en absoluto, al menos desde nuestra perspectiva.

Más bien, nosotros, como moderadores, vemos y utilizamos la función de “suprimir categoría” como una forma de reducir el ruido proveniente de categorías que ocasionalmente o permanentemente tienen mucho tráfico, para no saturar /latest para todos los usuarios (anónimos y registrados).

Otro ejemplo: esto podría provenir de publicaciones automatizadas en categorías específicas al usar cosas como GitHub - huw/github-to-discourse: Forwards commit data from a GitHub webhook to a Discourse thread · GitHub. Las publicaciones originadas por cosas como esas ni siquiera son “discusiones reales” en absoluto en estos contextos específicos de usar Discourse más allá del caso de uso original como foro de discusión.

Si esto podría afectar a algunos sitios raros o no, está más allá de lo que puedo imaginar. Así que, cambiemos la perspectiva hacia algo como: podría ser una función crucial para algunos sitios que ejecutan conjuntos específicos de funciones o requisitos.

Por lo tanto, tener esta funcionalidad disponible a través de un plugin para satisfacer las necesidades de estos tipos de sitios específicos probablemente estaría bien para todos los que argumentan aquí mantener esa opción.