Blog

Markdown en WordPress

Estoy probando una extensión para WordPress que me soluciona varios problemas de una vez: mi interés por usar Markdown en cualquier oportunidad que me sea posible, y poder hacer algunas cosas en WordPress a las que no siempre se puede acceder con facilidad, como tablas o notas al pie, lo que requiere varios y a veces conflictivas extensiones, que suelen ser también un cacho de configurar y mantener.

Estos problemas y más parecen solucionarse con una única extensión para unir a todas las extensiones: WP Githuber MD, que agrega un editor Markdown en WordPress en vez de Gutenberg. Entre otras varias cosas, Markdown permite armar tablas y notas al pie con relativa facilidad, compatibilidad y de manera nativa, lo que a mí al menos hace el proceso de escritura más limpio y ordenado. Esto de por sí me permite también eliminar dos extensiones que solucionaban a medias mis necesidades.

Markdown tiene algunos problemas, sin duda: no puedo agregar con facilidad videos de Youtube, pies de fotos u otros elementos comunes de WordPress, sin copiar el código HTML directamente, lo cual hará difícil, si no imposible, pasar entradas antiguas a este formato. Tengo que ver si vale la pena arreglarlas o dejar que se desconfiguren un poco cuando borre las extensiones.

Por otra parte, creo que el tener menos opciones es siempre un pie forzado que permite enfocarse en lo importante, así que podría ayudarme con futuras entradas más al grano y sencillas, con menos imágenes y más ideas claras, y por último si quiero poner un video, puedo crear una entrada especial para eso. No sé, veremos cómo avanza esta exploración. Pero le tengo fe a Markdown.

Posdata sobre fuentes y blogs

Le cambié un poco el diseño al blog para que use dos fuentes que siempre me han gustado juntas: Lora y Cabin, con lo cual se acerca mucho más al diseño del otro blog que tuve antes en Tumblr, Obras Completas, que sigue siendo hasta ahora mi diseño favorito, creado a partir de una plantilla en Tumblr que lamentablemente ya no es fácil de conseguir para WordPress.

Posdata sobre WordPress y mayúsculas

Acabo de descubrir que WordPress automáticamente sube la P a su propio nombre en las entradas. Por principio no me gusta, y no tengo idea de cómo arreglarlo… Pero me pareció un detalle interesante de todos modos.

El curioso caso del sangrado fantasma en Kindle

Hace poco me acordé de uno de esos problemas cuya solución puede ser tan obvia que puede llegar a ser imposible descubrirla sin pasarla varias veces por alto. Eventualmente logré encontrarla, por suerte, así que decidí explicarla aquí para quizás ayudar a alguien mientras trabaja en un libro electrónico.

Resulta que al hacer un EPUB en Adobe InDesign y después convertirlo a MOBI o AZW3, suele aparece un extraño error: al abrir una nota al pie en la ventana emergente del lector Paperwhite, a veces la primera línea muestra un enorme sangrado, que desarma por completo la diagramación. El sangrado no aparece en Adobe Digital Editions, iBooks o en Kindle Previewer.1

Nota con sangría fantasma.
Nota con formato correcto.

Después de revisar y probar todas las alternativas que se me ocurrieron, solo pude concluir que el error no proviene de la hoja de estilos. Google tampoco ayudó mucho: apenas encontré dos entradas en foros de Adobe y Mobileread sobre el mismo problema, ninguna con una respuesta clara. Así que tuve seguir dándome cabezazos contra el escritorio por varias horas hasta dar con la solución —como suele pasar— cuando me alejé del computador para hacer otra cosa.

La causa

La culpa, resulta, es de la estructura. Específicamente, la estructura de la nota al pie que InDesign genera de manera automática:

<div class="_idFootnotes">
  <div id="footnote-043" class="_idFootnote">
    <p class="footnote"><a class="_idFootnoteAnchor _idGenColorInherit" href="chapter1.xhtml#footnote-043-backlink">1</a>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Cras est quam, commodo eu neque at, mattis mollis ligula. Mauris ultricies odio id pharetra elementum.</p>
  </div>
</div>

Sucede que InDesign, con el fin de mejorar la legibilidad para los tontos humanos, agrega esos espacios o indentaciones2 antes de las etiquetas <div> y <p> (al principio de las líneas 2 a 5 en el ejemplo). Por lo general estos saltos no afectan el resultado final, ya que cualquier programa bien armado sabe que debe ignorarlos al momento de mostrar el contenido según el diseño.

Sin embargo, el problema que nos convoca ocurre porque la ventana emergente de Kindle Paperwhite, que no ha sido tan bien programada como el resto de la interfaz, ignora las etiquetas que cuidadosamente hemos puesto y solo muestra el texto sin formato. Esto hace que la indentación aparezca como si fuera parte del texto de la nota, lo que desconfigura el resultado final esperado.

La solución

Para solucionar este caso, basta con eliminar la indentación por medio de una búsqueda en Sigil con comandos GREP3 que eliminen los espacios innecesario en todas las notas sin modificar el resto del contenido. Para eso, podemos ingresar esta búsqueda con expresiones regulares activadas (y cambiando el nombre del estilo al respectivo nombre del estilo de las notas):

\n\s*<p class="estilo-de-la-nota">(.+?)</p>\s*</div>

 La reemplazamos por esto:

<p class="estilo-de-la-nota">\1</p></div>

Y ya está, problema resuelto, las notas se verán impecables con un clic, y nos habremos evitado un dolor de cabeza en durante la diagramación del ebook… al menos hasta que nos topemos con la siguiente causa de dolor de cabeza.

  1. No sé si pasará en otros dispositivos Kindle. Asumo que sí, pero no tengo cómo comprobarlo. Sí sé que no ocurre en la app para Windows o para iOS, que no muestran las notas en ventana emergente tampoco importa qué herramienta use para la conversión: el sangrado permanece. ↩
  2. La Real Academia Española preferiría que en este contexto use el término sangrado en vez del anglicismo indentación, pero justamente lo que quiero es diferenciar entre el sangrado de texto y la indentación de código. Así que por favor no le avisen a la RAE. ↩
  3. En teoría debería servir para cualquier programa que permita comandos GREP, pero en algunos puede funcionar de manera diferente, por lo que habrá que hacer los ajustes correspondientes. ↩

Primeras notas sobre el diseño de portadas

El año pasado tuve la oportunidad de diseñar algunas portadas para la editorial Montacerdos. Cada una involucró desafíos diferentes, pies forzados, algunos errores de principiante y mucho aprendizaje que espero poder seguir aplicando en el futuro. Además, todas resultaron ser muy diferentes, así que ofrecieron la oportunidad de experimentar con diferentes estilos, técnicas y herramientas.1

La colección completa. Fotografía del grande de Cristóbal Sánchez.

Me encanta el diseño de portadas, y me gustaría poder enfrentarme a más proyectos de este tipo en el futuro, en parte porque reconozco que es el área del oficio en la que me siento menos preparado, principalmente no manejar principios que ayuden a tomar buenas decisiones a partir de la temática y los recursos disponibles.

Por lo mismo, a principios de este año me había propuesto hacer de 2020 el Año del Diseño. Incluso estuve a punto de ingresar a un diplomado relacionado. De más está decir los planes de mucha gente han cambiado radicalmente en estos meses, pero de todos modos planeo seguir aprendiendo principios que me servirán para mejorar este aspecto del oficio editorial.

Parte importante de cualquier proceso de aprendizaje es llevar un registro del estudiarlo en el futuro, lo cual he estado haciendo con varios proyectos este año, tanto en diseño como en corrección y en la conversión a libros electrónicos.2 Para esto ha sido vital el comenzar a usar una herramienta tan genial como Notion, que me ha ayudado a llevar un buen registro del proceso, como me gustaría mostrar cuando termine el próximo proyecto de portada, del cual me siento bastante orgulloso.

A propósito de aprendizaje continuo, hace unos días apareció un tutorial en Youtube sobre este tema que respondió algunas dudas y me permitirá armar futuros diseños de mucha mejor manera:

Uno de los peores errores que cometí en las primeras portadas fue diseñarlas en Illustrator en vez de Indesign, lo que ahora comprendo no cae muy bien entre la gente que trabaja en las imprentas, lo que llevó a algunos problemas de resolución y corte. Pero ya estoy haciendo las correcciones necesarias, y espero seguir avanzando hacia portadas cada vez mejores que las anteriores, mientras trato de aprender siempre algo nuevo.

  1. Falta en la galería la portada de Romo, de Nancy Guzmán, que no tengo a mano ahora, pero que agregaré en algún momento. ↩
  2. De hecho, es probable que este termine siendo el año del libro electrónico, de lo cual escribiré en otra ocasión. ↩