Los espacios consecutivos en código en línea se colapsan

[szhorvat (Szabolcs)]

Los espacios consecutivos en el código en línea se contraen. Aquí tienes un ejemplo.

Markdown:

 - `o     o` sin conexión
 - `o --\u003e o` conexión unidireccional
 - `o \u003c-\u003e o` conexión bidireccional

Renderizado:

• o o sin conexión
• o --\u003e o conexión unidireccional
• o \u003c-\u003e o conexión bidireccional

Captura de pantalla del renderizado:

No está claro si esto es intencional o un error, pero si es intencional, no le veo mucho sentido. Como puedes ver arriba, puede ser contraproducente. Si uno no quiere espacios adicionales, es fácil eliminarlos manualmente. El propósito de los bloques de código (ya sean en línea o separados) es incluir texto literal con una fuente monoespaciada.

[Canapin (Coin-coin le Canapin)]

Hola Szabolcs:

Gracias por el informe. Entiendo el problema y no es estrictamente un error de Discourse. Discourse usa markdown-it y este es su comportamiento estándar.

Puedes ver el mismo comportamiento en la demostración oficial: https://markdown-it.github.io.

---

Si necesitas que los espacios no se contraigan entre las comillas invertidas, puedes agregar este CSS a tu foro:

code {
    white-space: pre-wrap;
}

[mattdm (Matthew Miller)]

@Canapin

Gracias por el informe. Entiendo el problema y no es estrictamente un error de Discourse. Discourse utiliza markdown-it y este es su comportamiento estándar.

Parece que esto no cumple con CommonMark. No es que tenga que hacerlo, pero ¿quizás podrían convencerlos de que cambien para que coincida?

CommonMark Spec

@Canapin

Si realmente necesitas eso a veces, puedes usar algunos caracteres en blanco que no se recortarán pero cuyos anchos pueden ser ligeramente diferentes de un espacio normal.

Dependiendo del propósito, eso puede ser incluso peor, porque puede causar confusión al copiar/pegar.

[Canapin (Coin-coin le Canapin)]

@mattdm

Dependiendo del propósito, eso puede ser aún peor, porque puede causar confusión al copiar y pegar.

Tienes razón, no había pensado en eso, he eliminado este consejo complicado

[Canapin (Coin-coin le Canapin)]

@mattdm

Parece que esto no cumple con CommonMark.

No estoy familiarizado con este tipo de cosas, pero supongo que esta es la parte de la que estás hablando?

Tenga en cuenta que los navegadores normalmente colapsarán los espacios consecutivos al renderizar elementos <code>, por lo que se recomienda usar el siguiente CSS:

code{white-space: pre-wrap;}

[mattdm (Matthew Miller)]

Por lo que vale, parece que el espacio de no separación no se contrae (o o), por lo que si debes usar uno raro, esa es probablemente la mejor opción.

Editar: ¡vea abajo para noticias tristes!

[mattdm (Matthew Miller)]

@Canapin

No estoy familiarizado con este tipo de cosas, pero supongo que esta es la parte de la que estás hablando?

Ten en cuenta que los navegadores normalmente contraerán los espacios consecutivos al renderizar elementos <code>, por lo que se recomienda usar el siguiente CSS:

code{white-space: pre-wrap;}

La línea anterior a esa: “Los espacios interiores no se contraen”.

[Canapin (Coin-coin le Canapin)]

Los espacios no regulares pueden aparecer sin contraerse en la vista previa del editor, pero sí lo están cuando se procesa la publicación.

[mattdm (Matthew Miller)]

Bueno, eso es desafortunado.

[szhorvat (Szabolcs)]

@Canapin

Si vous avez besoin que les espaces ne soient pas réduits entre les backticks, vous pouvez ajouter ce CSS à votre forum :

code {
    white-space: pre-wrap;
}

¡Gracias por el consejo!

¿Sabes si la configuración de CSS personalizado está disponible para los sitios alojados en discourse.group? No pude encontrar la configuración de inmediato.

[Canapin (Coin-coin le Canapin)]

Discourse pricing | Discourse - Civilized Discussion indica que Temas y componentes personalizados solo está habilitado a partir del plan estándar.

[szhorvat (Szabolcs)]

Gracias. Finalmente encontré la configuración y funciona perfectamente

Usamos el alojamiento gratuito que se ofrece para proyectos de código abierto, https://free.discourse.group/

[sam (Sam Saffron)]

Muevo esto a UX, esto funciona según lo diseñado. Hubo una decisión deliberada del equipo de diseño de colapsar los espacios en la interfaz de usuario, el markdown en sí es correcto.