Nos gustaría configurar el editor para que Markdown no sea una opción disponible**. Los usuarios **no deberían poder seleccionar diferentes tipos de editores, y el texto enriquecido debería establecerse como predeterminado.
Ahora tengo derechos de administrador. ¿Cuál es la mejor manera de configurar las cosas?
No pude encontrar la configuración relevante
Lo resolví usando un MutationObserver
Gracias por solicitar esto, no hay ninguna opción en este momento, pero estamos considerando agregar una.
Tal vez @renato o @david puedan ayudar a crear un componente simple para hacer esto que no dependa del observador de mutación (mutation observer), eso se siente frágil.
Alternativamente, podrías simplemente ocultar el interruptor de alternancia del editor con CSS. Me imagino que eso es un poco más simple que usar MutationObserver.
Para hacerlo, simplemente instala un nuevo componente aquí: https://discourse.yoursite.com/admin/config/customize/components
Luego, agrega un pequeño fragmento de CSS al código de ese componente que se vea así:
.composer-toggle-switch {
display: none;
}
Usé esto para forzar el editor Markdown predeterminado, ya que el editor enriquecido no funciona bien (todavía) con el plugin Discourse Math.
El modo de editor de texto enriquecido también es ahora el predeterminado:
El editor de texto enriquecido está disponible en todos los sitios y puedes usar la configuración modo de composición predeterminado para determinar lo que verán tus miembros cuando abran el compositor por primera vez. Está configurado como texto enriquecido por defecto.
Sin embargo, los miembros pueden decidir usar el selector del compositor para volver al modo Markdown. El compositor recordará esto como su modo preferido, por lo que se abrirá en modo Markdown hasta que vuelvan al texto enriquecido.
La idea aquí es que queremos permitir que los miembros escriban en el compositor que mejor les funcione: los administradores conocen sus comunidades y pueden tomar una decisión razonable sobre qué predeterminado tiene más sentido, pero los miembros deberían poder elegir un modo diferente si les funciona mejor.
Creo que ese podría parecer el comportamiento razonable para la mayoría de los foros. Sin embargo, yo uso mi foro como un sitio de preguntas y respuestas para mis estudiantes universitarios que estudian matemáticas, estadística y ciencia de datos. Aprender Markdown y LaTeX es parte del objetivo.
No tengo ninguna duda de que muchos de ellos quieren usar el editor enriquecido. Sin embargo, realmente necesitan usar el editor de Markdown. Por lo tanto, me alegra poder forzar esto estableciendo el editor de Markdown como predeterminado y ocultando el interruptor con CSS. 
¡Suena como que encontraste una solución que funciona bien para las necesidades específicas de tu comunidad, eso es genial!
No entiendo. La actualización está anulando nuestros valores predeterminados anteriores. Esto me ha causado problemas con CSS.
Ahora estoy intentando deshabilitar el texto enriquecido por completo, al menos por ahora.
@mcmcclur ¡Esto me funcionó para ocultar el interruptor. ¡¡Gracias!!
.composer-toggle-switch {
display: none;
}
Ahora tengo tanto miedo a las actualizaciones. Cada vez que actualizo Discourse recientemente, resulta en trabajo adicional con estas anulaciones/cambios y adiciones forzadas. 
Por supuesto, hay otra ruta a elegir: no te pintes en la esquina 
Quiero decir, deja que los usuarios decidan lo que quieren y no establezcas reglas definitivas. Eso elimina muchas razones para tener miedo.
Exacto. Estoy de acuerdo, esto también debería aplicarse a los propietarios de foros. No pude decidir. Actualicé y, de repente… cambió para mí y con un problema de CSS no intencionado.
Pero sí, lo traeré de vuelta una vez que eso se resuelva. Pero no cambiándolo al editor de texto enriquecido para todos los usuarios, sino haciéndoles saber que tienen una nueva opción y que pueden decidir.
Hola Lindsey,
Entiendo tu punto de vista, pero déjame explicar por qué creo que deshabilitar esta función (o cualquier otra) podría ser útil al menos hasta que se pruebe lo suficiente como para ver que es estable y se reportan muy pocos problemas, si es que hay alguno.
Esta función no solo afecta al usuario que está escribiendo su publicación, aunque de hecho podría solucionar cualquier problema antes de publicar su mensaje, asumiendo que encuentra una solución para publicarlo correctamente.
Creo que algunos usuarios ni siquiera se dan cuenta de que están en modo de texto enriquecido. Yo no me di cuenta cuando empecé a escribir mi anterior informe de errores aquí. No digo que no sea perceptible, pero cuando no necesitas mucho formato, podría parecer cualquier texto. El asterisco (*) podría confundirse con un punto de viñeta en una representación HTML en algunas pantallas, por lo que los usuarios trabajan en una publicación larga, se dan cuenta de que algo se rompió, cambian a Markdown y podrían empeorarlo (como noté ayer y mencioné en Rich Text editor in topics breaks white-space characters in multiple ways).
Luego, no quieren pasar mucho tiempo arreglando su publicación, así que simplemente la envían esperando que sea comprensible.
Luego, los moderadores y ayudantes trabajan más para entender la pregunta, piden a los usuarios que arreglen su publicación, les explican que no deben usar el modo de texto enriquecido al compartir código. Esto significa mucha comunicación y tiempo extra en lugar de ayudar, mientras esperamos los bloques de código arreglados. Importa en un foro donde la mayoría de las publicaciones contienen algún tipo de bloque de código o, si no, deberían tenerlo, pero los usuarios no estaban familiarizados con Markdown (lo cual me sorprendió, pero esta es la realidad ). Así que el editor de texto enriquecido podría ser una gran adición, y así es como lo vimos al principio, aunque todavía preferiría Markdown, pero ¿por qué no dejar que otros usuarios elijan lo que les gusta? Así que sí, estoy de acuerdo.
Pero en algunos casos, los moderadores o administradores tienen que decidir si una función causa más problemas de los que resuelve, por lo que creo que deberían poder deshabilitarla temporalmente hasta que la función sea lo suficientemente estable como para activarla de nuevo. Los usuarios que vienen a pedir ayuda no necesariamente sabrán qué modo de editor es mejor para ellos, cuando no conocen los errores.
Ahora no pensaría en intentar deshabilitar los botones de “negrita” o “cita”, ya que estos botones hacen muy poco y es muy fácil notar si algo está mal. Pero veo que hubo varios informes sobre el editor de texto enriquecido. Es una función potencialmente genial, pero también puede romper muchas cosas. La gente también tuvo problemas con MarkDown, pero eso está bien, ya lo sabemos y podemos manejarlo como lo hicimos antes.
En algunos casos, los moderadores intentan ayudar con el formato y no solo enlazando una guía de formato, sino también arreglando el mensaje por ellos. Puede ser útil especialmente cuando no tendrían tiempo para arreglar su propia publicación como nuevos usuarios o cuando ya pasó un día desde que enviaron el mensaje. Si el modo de texto enriquecido no es estable, puedo imaginarme editando su publicación y rompiéndola en lugar de ayudar.
Así que entiendo perfectamente la intención de dejar que los usuarios decidan lo que quieren usar para escribir su publicación, pero hay otro lado. El hecho de que los usuarios podrían no saber qué editor quieren o qué problemas causarán, y simplemente generan mucho más trabajo para los moderadores y también obtienen una mala experiencia en el foro que podría haberse resuelto deshabilitando temporalmente la función.
Leí sobre la solución basada en CSS. El problema es que, aunque usamos CSS para la personalización, también sé que CSS también podría romper cosas, así que intento no usar CSS a menos que sea absolutamente necesario. De esta manera, puedo evitar que la función aparezca de nuevo después de una actualización de Discourse o cuando alguien agrega un CSS adicional para algo no relacionado sin darse cuenta de que rompe la deshabilitación de una función.
Espero haberlo descrito con suficiente claridad.
actualización:
Cuando volví después de una notificación, me di cuenta de que no escribí sobre exactamente lo mismo que el OP, pero creo que el punto principal sigue siendo el mismo: puedo imaginar que los administradores del foro quieran deshabilitar algunas funciones si causan muchos problemas. Ya sea MarkDown o Texto Enriquecido o la capacidad de cambiar entre ellos después de iniciar una publicación es menos importante.
Por no mencionar que varias funciones aún no funcionan, lo que puede confundir a algunas personas. Estaba tratando de averiguar por qué \[grid\] (una función que ni siquiera había visto) aparentemente ya no funcionaba para alguien, y descubrí que simplemente no funciona en Rich a pesar de no mencionarse en ninguna parte. Además de los botones predeterminados que simplemente están rotos. Hasta que todas las funciones funcionen realmente, en mi opinión, sería mejor como una opción para desactivar. Personalmente no lo usaría, pero está claro que algunos sitios lo querrían.
Bueno, la mayoría tuvo muchos problemas con markdown, porque no saben cómo usarlo. Esa es la razón principal por la que WYSIWYG era tan necesario. Y dijiste que incluso las herramientas básicas rara vez se usan (pero eso provino del hecho de que incluso negrita daba mucho miedo en el editor).
Desde ese punto de vista, la carga de trabajo de los administradores y moderadores está sobrevalorada y no es importante en absoluto. Están para los usuarios, y los foros son para los usuarios. Los foros no están hechos para hacer la vida del personal más cómoda y, al mismo tiempo, los usuarios tienen un momento más difícil
Pero de nuevo. No lo habilites hasta que el lado de RTE sea lo suficientemente maduro 
¿Qué botones predeterminados no funcionan? Tenemos un informe de error para los bloques de código, pero no tengo conocimiento de otros problemas con los elementos de la barra de herramientas del editor predeterminado, por lo que a menos que se informen (preferiblemente en temas separados) difícilmente se solucionarán.
Creo que me malinterpretaste.
Los moderadores no serían moderadores si no quisieran trabajar para los usuarios. Los moderadores pueden dedicar todo su tiempo libre o una parte significativa de su tiempo libre a ayudar a los usuarios y moderar, lo que incluye aceptar o rechazar publicaciones, leer publicaciones largas generadas por IA para determinar si son generadas por IA y así asegurarse de que solo las publicaciones de usuarios reales reciban la atención merecida, y formatear publicaciones para que otros usuarios al menos intenten ayudar, incluso si no pueden. También ayudan a los usuarios para que la próxima vez puedan escribir mejor sus publicaciones. Por lo tanto, está lejos de intentar crear un entorno cómodo para los moderadores y dificultar las cosas para los usuarios. Todo lo contrario. Pero solo pueden facilitar las cosas a los usuarios si tienen tiempo y si tienen herramientas que funcionen. Dificultar las cosas a los moderadores eventualmente dificultará las cosas a los usuarios también.
Así que mi punto es exactamente que los moderadores ven y entienden por qué WYSIWYG podría ser una buena característica, pero si el efecto general es que las publicaciones se rompen, son ilegibles, y los ayudantes (incluidos los moderadores) solo pueden pedir a los usuarios que buscan ayuda que formateen sus publicaciones porque solo ellos podrían saber cuál era el contenido original y tienen el archivo o la salida del terminal de donde lo copiaron, entonces las personas que operan el foro tienen que tomar decisiones que aprovechen al máximo las características y al menos deshabiliten temporalmente lo que empeora y dificulta las cosas para todos.
Los usuarios a menudo hacen una pregunta, y si ven que su publicación se rompió y les pedimos que la arreglen porque solo ellos pueden hacerlo, van a StackOverflow o a cualquier otro lugar.
Mi comentario sobre markdown que citaste fue solo para decir que era el problema original que los moderadores podían seguir manejando hasta que el editor de Texto Enriquecido se arreglara, en lugar de tener múltiples problemas nuevos y aún tener que manejar el antiguo y original, ya que incluso si la gente comenzó con Texto Enriquecido, vi señales de que volvieron a Markdown y eso rompió la publicación.
Así que, mientras me enfocaba en ayudar a los usuarios, estaba hablando de cómo se puede hacer eso y cómo a veces los administradores pueden necesitar decidir qué es lo mejor para la comunidad. De manera similar, no dejarías productos en los supermercados que enferman a la gente porque quieres darles una opción. Retirarías el producto e investigarías.
No lo hice Lo aloja Discourse y estaba habilitado.
Habilitar el nuevo compositor
El editor enriquecido está habilitado por defecto para todas las comunidades. Cuando tú o tus miembros abran el compositor, notarán un interruptor en la barra de herramientas. Esto te permite cambiar entre el modo clásico solo Markdown y el nuevo editor de texto enriquecido.
Pero este caso en particular no es importante. Se puede discutir en su propio informe de error. Solo quería compartir mis pensamientos sobre cuándo y por qué hacer que una característica sea opcional puede ser útil en general, incluso si se trata de deshabilitar Markdown o Texto Enriquecido. Espero haber podido aclararlo, y lamento haberte confundido en la publicación original. 
