Hola @lindsey.
¿Podrías actualizar el OP para incluir esto? Casi lo hago yo mismo, pero pensé que podría ser grosero. ![]()
Hola @lindsey.
¿Podrías actualizar el OP para incluir esto? Casi lo hago yo mismo, pero pensé que podría ser grosero. ![]()
¿Dónde encontramos la opción para habilitar el editor enriquecido? Solo encontré una opción para convertir texto enriquecido a markdown.
Eso explica por qué no puedo encontrar la configuración. ![]()
Debería moverse a un interruptor de GUI en experimental.
Vaya, el compositor ha recorrido un largo camino. ![]()
Noté algunas cosas pequeñas al usarlo para escribir un informe más largo ahora, con mucho copiar y pegar y manipular contenido:
Si pegas un enlace en su propia línea, luego lo sigues con algo de texto, permanecerá como un “onebox”. Parece que no hay forma de eliminar el “onebox” y que el enlace simplemente se muestre como si estuviera más adelante en la línea, después de algunas palabras. La solución parece ser escribir el siguiente texto primero y luego volver al principio de la línea para pegar el enlace.
Seleccionar texto y luego elegir “Ocultar detalles” en el menú hace que tu texto se sobrescriba. En el compositor de markdown, simplemente oculta el texto seleccionado. (Ver grabaciones de pantalla a continuación)
Lo probaré de nuevo aquí, pero en otro tema usé detalles ocultos y, si bien el interruptor funciona, está expandido y muestra el texto oculto por defecto. Quieres que esté oculto por defecto.
Quiero ocultar este texto
Esto es “intencional”, pero veo que puede ser confuso: establecerá el atributo open del bbcode siguiendo lo que tengas en tu vista de editor.
Sí
No
Ohhhh… No tenía idea de esa opción open de bbcode. Nunca quise que estuvieran abiertos. Puedo verificar que funciona como dices.
Se fusionó una publicación en un tema existente: Fuente monoespaciada en el editor solo con Markdown
Me parecería mejor si la disponibilidad del tipo de compositor se pudiera establecer como una configuración del sitio. Y cuando ambas estén habilitadas, los usuarios podrán elegir su compositor en una preferencia de usuario.
No me gustaría la opción de cambio en el compositor como una característica a largo plazo. Tiene perfecto sentido ahora para probar en meta, pero iría en contra del objetivo de simplificar la experiencia del compositor.
Tengo algunos problemas que noté con la versión de texto enriquecido:
y cuando lo publico, veo esto, así que no hay coincidencia, lo cual no es bueno:
Al menos con markdown podemos elegir una sola línea o varias líneas con la comilla simple o 3 comillas. Pero ahora con la opción de monoespacio (que no me gusta), es un poco un conflicto…
Pero si intento usar 3 comillas de nuevo, obtengo esto:
Pero esto no sucede a menudo, así que no sé qué lo causa.
Para mí, simplemente siento que fluye mejor con el resto del contenido.
Lo siento, no entiendo.
Esto llegará pronto:
No he leído todos los comentarios, así que disculpad si repito algo que ya se haya dicho.
Generalmente, los editores WYSIWYG me parecen un poco cutres, así que tiendo a no usarlos. Dicho esto, aquí hay algunas cosas que ya he notado.
Enter se trate como dos pulsaciones de Enter desde el editor markdown es un poco chocante. Supongo que no es la primera vez que veo este enfoque, pero si la gente puede alternar entre el editor markdown y el editor enriquecido, la inconsistencia puede resultar confusa. No todo el mundo sabrá necesariamente que Shift + Enter actuará como lo hace un solo Enter en el editor markdown.# seguido de un espacio), luego escribiendo algunos caracteres, y luego eliminando esos caracteres, la barra de desplazamiento se desplaza hacia arriba sin motivo aparente. Esto solo ocurre si el editor está desplazado hasta el final.Retroceso se añadirá un nuevo elemento de lista. Esto no es un problema en sí mismo, es solo un poco inesperado.s para la pluralización o un apóstrofo inmediatamente después; de nuevo, no es común pero me he encontrado con ello varias veces).Probablemente fue un error, porque ahora no puedo reproducirlo, o tal vez algo específico necesita suceder para que se comporte así. Básicamente, como puedes ver, las 3 comillas invertidas se renderizaron como texto, dentro de comillas invertidas simples, de ahí el fondo oscuro. Luego, la segunda vez que agregaba 3 comillas invertidas, justo debajo de la anterior (las 3 comillas invertidas renderizadas como texto dentro de comillas invertidas simples), creaba el bloque de código como se esperaba. ¿Espero que ahora tenga sentido?
También acabo de notar que el markdown en modo de texto enriquecido no funciona como se esperaba. Mira esto donde las comillas invertidas simples no afectan el texto test, pero las 3 comillas invertidas hacen su trabajo.
Los editores están relativamente divididos en esta opción. Por ejemplo, Google Docs tiene Enter = salto de línea, pero Notion tiene Enter = salto de párrafo. Sin embargo, creo que tu punto sobre la consistencia entre el modo Markdown y el editor de texto enriquecido es justo.
No puedo reproducir esto con tus pasos actuales, ¿podrías proporcionar los detalles del navegador e instrucciones más detalladas o una grabación? ¡Gracias!
Estamos trabajando en algunas correcciones sobre cómo funciona el código en línea en el editor, lo que debería resolver este problema.
Buena observación, estoy de acuerdo en que es inesperado. Lo informaré a nuestro equipo para que lo arreglen.
¡Estamos trabajando en esto!
Y Discourse tiene una configuración que cambia entre esos dos modos Saltos de línea Markdown tradicionales “Usa saltos de línea tradicionales en Markdown, que requieren dos espacios al final para un salto de línea”. – así que creo que ambos editores deberían obedecer esta configuración.
Se volvió difícil de encontrar, e incluso después de encontrarla al menos cinco veces, todavía no la recuerdo, así que la agregué al OP con la advertencia de que es bajo tu propio riesgo.
¿Hay planes para revisar los problemas conocidos del plugin shared-edits con este nuevo editor? ¿Tanto en términos de características faltantes (mostrar cursores de edición de otras personas, habilitación basada en grupos de la función, etc.) como de robustez (ver, por ejemplo, Shared-Edits Improvements - #18 by Ralf_Stockmann )?
Todavía espero que podamos evitar instalar un servicio separado tipo “Etherpad” como HedgeDoc para tener “bonitas” ediciones compartidas y usar una solución basada en Discourse para nuestra intranet en su lugar.
También estoy considerando escribir un nuevo plugin que ofrezca una experiencia de edición compartida “sobre la marcha” basada en y.js con solo una sincronización laxa…
Yo diría que estamos más en la etapa de “sueños” que de “planes”: hay muchas cosas que ProseMirror y el editor de texto enriquecido hacen posibles, pero estamos muy centrados en crear más paridad de funciones con el editor solo de Markdown para poder empezar a implementarlo para los clientes. Sin embargo, lo tenemos en mente y sabemos que hay mucho margen de mejora.
[cita=“Ralf_Stockmann, post:110, topic:352347”]
¿Hay planes para revisar los problemas conocidos del plugin shared-edits con este nuevo compositor?
[/cita]
¡Estoy contigo en esto, Ralf! Ciertamente, es la cereza del pastel y no creo que sea muy divertido desarrollarlo hasta que el nuevo compositor esté muy bien asentado.
Es nuestro plan sueño usar los enlaces oficiales de ProseMirror para Yjs en el futuro, una buena parte de ese trabajo será construir un Connection Provider | Yjs Docs para MessageBus.
Quizás podamos encontrar una manera de convertir estos sueños en planes concretos. Estaría dispuesto a aportar financiación seria: Discourse tiene algunos puntos débiles para nuestro uso de intranet profesional (otro es la estabilidad de las notificaciones push), pero preferiría invertir mi dinero en este proyecto de código abierto que en algo como Atlassian Confluence.