El aspecto ideal de los ePUB hechos conforme a las BBPP LARdT 1.0 (Cap. 02)

Aunque el ePUB es una especificación estándar, debemos tener claro que los lectores de ePUB la cumplen de maneras diferentes, generalmente incompletas. Por eso, puede resultar interesante mostrar cómo debería verse un ePUB realizado conforme a las “Buenas prácticas de LARdT para un ePUB decente” (BBPP LARdT 1.0). Continuamos mostrándolo conforme se visualiza en LUCIFOX para completar lo que iniciamos en el CAP.01

NOTA: Todas las fuentes citadas en este POST están disponibles para su descarga en  DESCARGAS – APPS - nº24 “Paquete de Fuentes BBPP LARdT 1.0”

El “LIBRO” o “PARTE”

A veces existen entidades mayores al capítulo, llamadas “LIBRO”, “PARTE”, etc.. En estos casos, tienen su estilo CSS con 1.3333 veces el tamaño de fuente estándar y el atributo “bolder” para resaltar.

Separamos esta componente con una marca de nueva página.
Por supuesto, estas entidades aparecerán en una Tabla de Contenido (TOC) de al menos 2 niveles (junto con los capítulos) y en un nivel superior a los capítulos. Utilizamos el atributo TITLE para indicar en el código el texto que formará parte del TOC. Como vemos no incluye la parte “(Desde octubre del 48…”

Los capítulos y el cuerpo del texto

Además de las cabeceras de capítulo tipo “Feedbooks” intentamos mantener ciertos criterios en el cuerpo de texto, que es lo más importante de todo el ePUB:
- Utilizamos una fuente serifa para el texto que forma parte de la narración, distinguiendo a veces los prefacios, notas, aceraciones con una fuente sans. Las fuentes de fallback son la Times New Roman y la Arial respectivamente, pero con preferencia a ellas utilizamos la fuente “Liberation serif” y “Liberation sans” porque creemos que son más legibles.
- Intentamos depurar el código para que no incluya líneas en blanco espurias, aunque si debe respetar los espaciamientos escogidos por el autor. Cuando existe una separación entre párrafos de la narración, está debe ser producida por atributos de margen superior/inferior de los párrafos y no por líneas de código intercaladas con espacios. De esta manera, se reducen las líneas de código y se asegura un formato más sólido, que funcione mejor en distintos lectores.
Aquí, gracias al webmaster de todoebooks acabo de descubrir al depurar las líneas intercaladas en blanco, a veces me he llevado por delante las separaciones entre párrafos que el autor utiliza para indicar un cambio en la narración. Nadie es perfecto, hemos modificado el procedimiento para intentar evitar este error. Por eso es posible que algunos de los libros realizados conforme a las BBPP LARdT 1.0, tengan un aspecto demasiado “ladrillo”.
- De igual forma, los indentados por la derecha de los párrafos deben ser producto de un atributo de indentado del código del párrafo y no mediante el expediente de colocar varios espacios:

<p class="MsoNormal"><span class="none">&nbsp;&nbsp; -Eso me temo. 

Los &nsbp; deben ser eliminados.


- Los guiones que marcan el inicio de un participante en el diálogo deben ser guiones largos — y los que señalan la intervención del narrador fuera de dialogo – (si es posible realizar la distinción).





En el CAP.03 seguiremos detallando el aspecto de los libros realizados conforme a las BBPP LARdT 1.0.