Actualmente, no se permite editar los indicadores después de su creación.
Entiendo que no debería ser posible eliminarlos o cambiar su significado una vez que se han utilizado.
¿Está prevista la edición de indicadores personalizados pero aún no implementada?
Definitivamente necesito que esta opción se agregue a la interfaz web.
Para ser claro, ya que esto se movió. No me refería a Editar. Sino a la opción de tener una bandera que active el ocultamiento automático sin usar la consola de Rails.
La forma en que se han diseñado las banderas personalizadas actualmente, todavía es posible editarlas después de haber sido creadas. Sin embargo, una vez que se han utilizado, ya no se pueden editar. Pero se pueden deshabilitar y reemplazar con otra bandera.
Hay un aviso en este sentido en la página de edición de banderas:
Una vez que se ha utilizado una bandera personalizada, solo se puede deshabilitar, pero no editar ni eliminar.
¿Podrías explicar por qué no se permite una mayor edición?
Cambiar la descripción (por ejemplo, para aclararla) no debería perjudicar ningún comportamiento.
Probablemente similar a votar
Parece que hay dos puntos de vista diferentes sobre este tipo de problemas: a) no cambiar la historia b) vamos a hackearlo (mejorarlo) hasta que funcione.
Se trata de coherencia. Por ahora no hay planes de cambiar este comportamiento. Por lo tanto, si necesita hacer un cambio en una de sus banderas personalizadas después de que se haya utilizado, deberá seguir lo que indica esa indicación: deshabilitar la bandera y crear una nueva.
La mayoría de los sitios no necesitan hacer ningún cambio en las banderas; y para aquellos que sí lo hacen, la expectativa no es que se cambien mucho, si es que se cambian, una vez que se estén utilizando.
Ok. Usaré la consola para adaptar el texto.
Estamos utilizando una marca “comparte información privada” mientras intentamos educar a los usuarios, no para responder públicamente (principalmente por correo electrónico), si desean comunicarse con el autor de un mensaje.
En este proceso, tendremos que adaptar textos.
Pero para
el límite de 50 razones de bandera no es mucho.
¿Qué tal usar la opción de agregar detalles adicionales después de elegir la bandera? Similar a la bandera “Algo más”.
Entonces, cada persona que ayude a mantener el foro libre de mensajes personales mediante la marcación tendría que escribir el texto educativo para el usuario desinformado, lo cual no sucederá.
¡Ese es el poder del código abierto! 
Pero, por supuesto, cuando lo hagas, estarás solo y puede que te resulte más difícil obtener soporte de nuestra parte. Pero eso ya lo sabes. Recomendamos deshabilitar y crear nuevas banderas en lugar de cambiarlas a través de la consola, una vez que se hayan utilizado.
Esta es solo una configuración oculta y se puede aumentar. Las personas en nuestro hosting que están alcanzando ese límite pueden comunicarse con nosotros para aumentarlo. ¡También nos interesará escuchar a los clientes sobre cómo están utilizando las banderas personalizadas y por qué podrían necesitar hacer tantos cambios!
Parece que tal vez necesites un plugin o algo así para extender el marcado personalizado.
De lo contrario, tal vez un plugin de plantilla con trabajo adicional del moderador enviando un mensaje privado…
¿O alternativamente tal vez un script de automatización personalizado, tal vez para un mensaje privado?
Creo que esta restricción es bastante limitante para utilizar el software Discourse en flujos de trabajo públicos más avanzados, donde se desean reglas más específicas, pero manteniendo la apertura para el público que no está familiarizado con ellas.
Las banderas personalizadas con descripciones adecuadas y enlaces a artículos de ayuda relevantes son actualmente la forma más fácil de comunicar al usuario las expectativas y reglas del foro actual. A diferencia de los documentos separados con una gran lista de reglas, la descripción de la bandera es visible exactamente cuando se necesita y para quienes la necesitan: tanto para quienes la asignan como para quienes la reciben. Las banderas son, desde lo que veo, la superpotencia de Discourse.
Por ejemplo, en nuestro caso necesitamos aclarar al usuario que algunas áreas del foro tienen una definición mucho más estricta de lo que constituye un tema fuera de contexto, y la bandera genérica de “fuera de contexto” no es suficiente para ello. (Básicamente, cada uso de la bandera del sistema con la etiqueta “Fuera de contexto” actualmente provoca una respuesta: “pero esto no es un tema fuera de contexto”, y tenemos que tener una conversación personal sobre por qué es fuera de contexto bajo estas restricciones específicas.)
Crearía la bandera específica “No encaja con el flujo de trabajo” con una descripción adecuada para ese caso y un enlace a la documentación del flujo de trabajo. Iteraría y adaptaría el mensaje en la bandera, ya que la descripción necesita evolucionar junto con la evolución del flujo de trabajo subyacente.
Pero como no permiten editarla, ni siquiera puedo corregir un error tipográfico, no hablemos de explicaciones más elaboradas.
Entiendo la preocupación de “no cambiar el historial”, pero hay formas de evitarlo: por ejemplo, hacer que solo el campo de descripción sea editable; o agregar un nuevo campo editable de “documentación/ayuda”; o agregar un nuevo campo de versión a la bandera e incrementarlo en las ediciones, para que sea visible que la publicación fue marcada con una versión anterior… etc.
P.D.: ¿El límite de 50 banderas también cuenta las banderas desactivadas? Si es así, y no puedo eliminar banderas desactivadas ni editarlas, entonces las banderas son un recurso no renovable y limitado que no es sostenible para ninguna configuración a largo plazo.
Parece que esto se ha mejorado un poco, más o menos, quizás en 3.5.0beta3 con FEATURE: allow edit custom flags - Pull Request #32344 - discourse/discourse - GitHub, pero no lo veo funcionando, ni siquiera en las banderas que nunca hemos usado.
Antes de la función de banderas personalizadas, usábamos site_texts para cambiar sin más el significado de algunas de las banderas integradas 
… Entiendo la razón, pero esta restricción me parece bastante paternalista.