¿Es el contraste accesible o el tema oscuro? ¿Está la ventana ampliada/escalada?
Tengo que admitir que prefiero el compositor anterior. Prefiero tener lo que escribí a la izquierda, con la vista previa que contiene el markdown aplicado a la derecha.
Estoy usando el tema de marca meta. Zoom predeterminado.
He compartido esto de forma privada, pero creo que es importante compartirlo públicamente. Estoy extremadamente emocionado con este cambio, es transformador para Discourse y abre la puerta a una gran cantidad de comunidades ![]()
Este me afectó ayer, así que lo publicaré aquí.
Una vez que entras en un estado de “ENCABEZADO”, no hay forma de deshacerlo fácilmente. Por ejemplo, escribe ### texto. Esto es particularmente problemático si comienzas una publicación con un encabezado y cambias de opinión, necesitas volver al editor clásico para deshacerlo.
Me pregunto si necesitamos un elemento en la barra de herramientas para esto, que te permita cambiar una línea a “encabezado 1/2/3 - párrafo”, etc.
Esta es una opción, sí. También podemos hacer que una tecla de retroceso al principio de un encabezado pueda “restablecerlo”, de manera similar a como funciona actualmente con un > bloque de cita.
¡Lo es! Pero realmente me gusta cómo puedes volver al buen y viejo markdown si lo prefieres. Buen detalle.
Creo que esta fue una de nuestras mejoras planificadas para la barra de herramientas, así que eso debería ayudar, pero también me gusta el enfoque de Renato. Sería bueno tener ambas opciones.
Hasta ahora no he podido resolver esto. He notado algunas rarezas con el icono cuando tengo el tamaño del texto configurado en “Más grande” o “El más grande” en las Preferencias de interfaz… ¿puedes comprobar cuál tienes configurado para ver si eso podría ser la causa?
Correcto, definitivamente afecta la posición del icono:

Ya se han fusionado algunas correcciones hoy, el 99% de ellas por Renato, la última por mí:
- FEATURE: add horizontal_rule rich editor input rule (#31788) · discourse/discourse@d1a8ed1 · GitHub
- FIX: use virtualElementFromTextRange on emoji autocomplete more (#31783) · discourse/discourse@962bdf3 · GitHub
- UX: make an em-dash from en-dash plus hyphen on rich editor (#31787) · discourse/discourse@9b692ed · GitHub
- UX: add title and aria-label to md/rich editor toggle (#31784) · discourse/discourse@159aa43 · GitHub
- UX: remove auto-conversion from .. -> … (#31770) · discourse/discourse@6a80c6b · GitHub
- FIX: Disable composer editor switch when uploading (#31789) · discourse/discourse@979d0ca · GitHub
Si hago más hoy, actualizaré esta publicación. También seguiremos actualizando este tema/el OP en general a medida que se mejoren las cosas.
¿Planean eliminar eventualmente el selector de solo Markdown?
El nuevo editor se ve genial y a muchos usuarios les gustará, pero a mí no me gusta nada usar editores WYSIWYG y no querría usarlo yo mismo. Si la capacidad de permanecer en solo Markdown no se va a eliminar más adelante, es una solución perfecta.
Sería bueno tener una preferencia de usuario para comenzar con Markdown (en el futuro, cuando el editor enriquecido sea el predeterminado).
Dado que ask.discourse.org y la búsqueda no mostraron esto: quien quiera probar el nuevo editor en su propia instancia puede habilitarlo con
SiteSetting.rich_editor = true
en la consola de rails.
@lindsey: ¿Hay alguna preocupación sobre habilitar esta función en instancias autoalojadas?
Tomo nota aquí que el interruptor recuerda tu elección en base por dispositivo/navegador, y siempre es markdown por defecto actualmente.
¡Esto es genial!
Como usuario algo técnico, me he acostumbrado al estándar semi-WYSIWYG utilizado por Obsidian y mi configuración de Vim, donde la sintaxis de Markdown no se renderiza para el elemento que estás creando actualmente. Por ejemplo, al crear o editar un encabezado, verás:
# Este es un encabezado de nivel superior|
Pero tan pronto como muevas el cursor fuera de la línea, verás:
Este es un encabezado de nivel superior
Al crear o editar un elemento en línea, por ejemplo, un elemento en cursiva, verás:
esto es _cursiva|
luego
esto es _cursiva_|
luego: esto está en cursiva, una vez que el cursor se ha movido más allá del elemento.
Ese enfoque se encarga del problema de cómo deshacer un estado de ENCABEZADO, o un estado EN CURSIVA una vez que has entrado en él. También tiene el posible beneficio de no ocultar el hecho de que se está utilizando Markdown.
Sin embargo, ese tipo de enfoque semi-WYSIWYG podría ser más técnico de lo que buscas.
Actualmente, la edición de encabezados está distorsionada:
Si se inicia un encabezado usando varios ### y un espacio, se entra en modo de encabezado. Después de eliminar el espacio con la tecla de retroceso, el # se mostrará de nuevo, como en Obsidian.
Después de escribir algunas letras en el encabezado, ya no es posible cambiar para editar los ## (lo que sería genial para la “entrada de markdown en modo de editor enriquecido”).
Actualmente, es muy fácil perder las ediciones: si se hace clic en un enlace en línea, el nuevo editor se quedará sin guardar un borrador.
Hacer clic en un enlace en línea podría considerarse una forma de editar ese enlace.
Hola @sam,
Gracias por etiquetarme en el hilo de sugerencias, estoy bastante contento con esto hasta ahora. ¡Gran trabajo a todos!
Tengo muchas ganas de ver la forma final del editor.
Esto también fue algo que noté. Además del ancho del editor que se siente pequeño en el escritorio, lo que también se mencionó en el tema.
El nuevo editor es realmente genial y será una gran adición. También creo que es importante mantener la opción de alternar entre la vista sin procesar y la vista WYSIWYG de forma permanente. ¿Quizás tendría sentido tener el botón en la parte inferior derecha de la ventana del editor? La barra de herramientas se siente más como un lugar donde los botones “añaden” algo al texto, en lugar de simplemente cambiar la vista.

