A partir de una conversación en el canal de Comunidad de Tipográfica, se me ocurrió armar en Javascript un sencillo script para agregar el número verificador a un ISBN-13 incompleto directamente en Adobe Indesign.
Si hay un número seleccionado en una página en Indesign, el script lo toma y ofrece pegar el nuevo número con el verificador incluido. Si no hay nada seleccionado, el script permite ingresar un nuevo ISBN y ofrece copiarlo en el Portapapeles. El número puede incluir o no los guiones y, en el primer caso, agrega también un guion antes del verificador. La ventana solo permite aceptar si se ingresaron los doce números necesarios.
Ventana del script para verificar ISBN-13 en Adobe Indesign 2023.
En una futura versión, tengo pendiente agregar opciones para ISBN-10 y para ISSN, a pesar de que el primero ya está obsoleto y que en el segundo rara vez se necesita saber el verificador, pero nunca está de más tener opciones. También espero a futuro agregar la opción de obtener un código de barras modificable.
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):
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.
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. ↩
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. ↩
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. ↩
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
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.
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. ↩
De hecho, es probable que este termine siendo el año del libro electrónico, de lo cual escribiré en otra ocasión. ↩
