Para evitar que el texto después de un bloque de código Markdown se convierta en código, elimina la tabulación inicial o la sangría de cuatro espacios. Si también quieres que el párrafo tenga una sangría visible en Obsidian en tu Mac, deja el Markdown sin sangría y aplica ese espacio con CSS.

¿Por qué el párrafo se convierte en otro bloque de código?

Cerrar un bloque de código delimitado termina ese bloque, pero no desactiva la sintaxis de sangría para el texto que viene a continuación. En el nivel superior, cuatro o más espacios iniciales pueden iniciar un bloque de código independiente con sangría. Por eso, el siguiente ejemplo contiene dos bloques de código, aunque solo el primero tenga delimitadores. CommonMark: bloques de código con sangría.

```text
Sample output
```

    This should be a normal paragraph.

La diferencia clave es si el texto no deseado forma parte del bloque delimitado original o inicia un bloque nuevo. Si el delimitador de cierre sigue apareciendo dentro del código, comprueba que use el mismo carácter que el delimitador de apertura y que contenga al menos el mismo número de acentos graves o tildes. Para un bloque de nivel superior, coloca ambos delimitadores en el margen izquierdo para facilitar la revisión. GitHub Flavored Markdown: bloques de código delimitados.

Añadir líneas en blanco no neutraliza la sangría de cuatro espacios. En cambio, el texto con sangría que aparece inmediatamente después de un párrafo normal puede seguir formando parte de ese párrafo, porque un bloque de código con sangría no puede interrumpirlo. Esto explica por qué una sangría aparentemente similar a veces se comporta de manera distinta en otra parte de una nota. CommonMark: bloques de código con sangría.

¿Cómo se restaura un párrafo normal en un Mac?

En Obsidian, cambia a Modo fuente para inspeccionar los delimitadores reales y los espacios en blanco iniciales. Usa el control del modo de edición en la barra de estado o elige Ajustes → Editor → Modo de edición predeterminado → Modo fuente. Obsidian indica que este modo muestra la sintaxis Markdown exactamente como está escrita. Vistas y modo de edición.

Busca la primera línea de texto después del delimitador de cierre. Elimina los espacios iniciales o la tabulación para dejar el texto en el margen izquierdo. Repite el proceso con los párrafos posteriores que tengan el mismo problema. Conserva la sangría dentro del bloque de código previsto.

Usa este ejemplo completo de Markdown como referencia:

```text
Sample output
```

This is a normal paragraph with **bold text**.

This is another normal paragraph.

Deja la línea en blanco después del delimitador de cierre para que el código fuente sea más legible. GitHub recomienda explícitamente dejar líneas en blanco alrededor de los bloques de código delimitados, aunque la sintaxis de los delimitadores no las requiere. Los delimitadores exteriores de cuatro acentos graves que se usan para mostrar ejemplos en este artículo permiten que los acentos graves triples interiores sigan visibles. Crear y resaltar bloques de código.

Cambia a Vista de lectura para revisar el resultado; en macOS, Cmd+E alterna entre edición y lectura. Comprueba que la explicación tenga el formato de un párrafo normal y que texto en negrita aparezca en negrita. La Vista previa en vivo oculta gran parte de la sintaxis Markdown y la muestra alrededor del cursor, así que usa el Modo fuente para diagnosticar el problema y la Vista de lectura para la revisión visual final. Vistas y modo de edición.

Eliminar solo dos espacios de una sangría de cuatro puede evitar que el texto se interprete como código en el nivel superior, pero no crea una sangría visible en el párrafo. Obsidian indica que los espacios normales contiguos se contraen en el texto renderizado. La sangría del código fuente y la sangría visual son requisitos distintos. Sintaxis básica de formato.

¿Cómo se mantiene una sangría visible en los párrafos de Obsidian?

Para sangrar la primera línea, usa párrafos normales y un fragmento CSS. Así se separa la estructura del párrafo de su presentación: el Markdown sigue siendo legible y CSS proporciona el espacio visual. Obsidian admite fragmentos personalizados y una propiedad cssclasses para aplicar un estilo a notas seleccionadas. Fragmentos CSS.

El siguiente es un estilo personalizado ilustrativo, basado en el mecanismo de clases documentado por Obsidian y en la sangría de párrafo con CSS. No es un comando de formato integrado de Obsidian. Se aplica a los elementos de párrafo renderizados; comprueba su apariencia en la Vista de lectura.

Añade la propiedad de la nota y la hoja de estilo

Coloca este bloque de propiedades al principio de la nota. Si la nota ya tiene un bloque de propiedades, añade allí cssclasses en lugar de crear un segundo bloque. Deja sin sangría el texto que aparece después del delimitador de código.

---
cssclasses:
  - paragraph-indent
---

Crea un archivo de texto sin formato llamado paragraph-indent.css que contenga esta hoja de estilo completa:

.paragraph-indent p {
  text-indent: 2em;
}

El selector p apunta a los párrafos dentro de la clase personalizada de la nota. La propiedad text-indent desplaza la primera línea hacia dentro; las líneas que se ajustan conservan su posición inicial normal. El valor 2em es solo una opción ilustrativa que puedes cambiar. No inserta espacios en la nota. MDN: text-indent.

En tu Mac, usa un editor de texto sin formato para la hoja de estilo. Si usas TextEdit, elige Formato → Convertir en texto sin formato antes de guardar. Comprueba que el nombre final del archivo sea paragraph-indent.css, y no un documento de texto enriquecido ni un archivo que termine en .css.txt. Apple indica que la conversión a texto sin formato elimina el formato del documento y normalmente guarda el archivo con una extensión .txt. Crear, abrir y convertir documentos en TextEdit en Mac.

  1. En Obsidian, abre Ajustes → Apariencia → Fragmentos CSS.
  2. Selecciona Abrir carpeta de fragmentos y coloca allí paragraph-indent.css.
  3. Si el archivo no aparece en la lista, selecciona Recargar fragmentos.
  4. Activa el interruptor del fragmento y revisa la nota en la Vista de lectura. Fragmentos CSS.

Este ejemplo general sangra todos los párrafos renderizados que coincidan dentro de la nota seleccionada, incluidos los párrafos que estén dentro de otras estructuras. El efecto no se limita al párrafo inmediatamente posterior a un bloque de código. Para deshacer el estilo, desactiva el fragmento o elimina la clase paragraph-indent de la nota.

La hoja de estilo no corrige el texto que aún se interpreta como código: el selector apunta a párrafos. Corrige primero los espacios en blanco. Además, este selector de párrafos no es un estilo completo del editor de la Vista previa en vivo; no esperes que el editor y la vista de lectura se vean igual.

¿Qué cambia dentro de una lista o en GitHub?

La sangría dentro de una lista establece la pertenencia al elemento de lista. No la elimines sin más. En este ejemplo completo, el delimitador y la explicación tienen tres espacios iniciales, alineados con el contenido que aparece después de 1. . La explicación sigue siendo un párrafo dentro de ese elemento. GitHub Flavored Markdown: elementos de lista.

1. Review the sample.

   ```text
   Sample output
   ```

   This explanation belongs to the same list item.

Para otros marcadores de lista, calcula la sangría de continuación a partir del marcador y del espacio que lo sigue. Una instrucción general de eliminar toda la sangría rompería la estructura prevista. Si la explicación debe quedar fuera de la lista, devuélvela al margen izquierdo. GitHub Flavored Markdown: elementos de lista.

Obsidian documenta la compatibilidad con CommonMark y GitHub Flavored Markdown, además de sus propias extensiones. Eso no convierte un fragmento CSS de Obsidian en un formato Markdown portátil: el fragmento se configura por separado en Obsidian. Comprueba cómo se muestra la nota en la aplicación de destino. Obsidian también indica que el Markdown dentro de elementos HTML no se procesa, así que un contenedor HTML cambia las condiciones de formato en lugar de ofrecer una solución universal. Markdown con extensiones de Obsidian.

¿Qué solución deberías elegir?

Usa el cambio más pequeño que satisfaga el resultado que buscas:

  • Texto normal después del código: elimina la tabulación inicial o la sangría de cuatro espacios del párrafo.
  • Un párrafo dentro de un elemento de lista: conserva la sangría necesaria para el contenido de ese elemento.
  • Una sangría visible en la primera línea en Obsidian: usa texto sin sangría con el ejemplo de CSS aplicado a la nota.
  • Un documento que se verá en varias aplicaciones: conserva una estructura Markdown clara y verifica la presentación por separado en cada destino.

Al revisar la nota terminada, hazte dos preguntas: ¿el texto se interpreta como un párrafo? ¿Ese párrafo tiene el espaciado que quieres? Corrige primero la estructura de Markdown. Después aplica la sangría visual donde el renderizador lo permita y mantén la hoja de estilo separada del texto.

Fuentes