Por Hacer

- twitter y fecebook .hacer FACEBOOK como http://www.facebook.com/pages/La-Biblioteca-Oculta-de-Mr-Williams/272954597459#!/pages/La-Biblioteca-Oculta-de-Mr-Williams/272954597459?v=wall MR WILLIAMS

- pREPARAR codigo de bbpp LARdT 1.0 con algo en los estilos que quede como LARdT
 
- GRANDES WEBS DE LA LECTURA DIGITAL como http://detectivesdelibro.blogspot.com/2009/06/fray-athelstan-paul-doherty-con-el.html

Seguri consejos SEO de servicio en MARKS43
- fICHA TECNICA FIRMWARES
- SUBIR LIBROS PAORTADOS A LA BIBLIOTECA

Por Hacer

- twitter y fecebook .hacer FACEBOOK como http://www.facebook.com/pages/La-Biblioteca-Oculta-de-Mr-Williams/272954597459#!/pages/La-Biblioteca-Oculta-de-Mr-Williams/272954597459?v=wall MR WILLIAMS

- pREPARAR codigo de bbpp LARdT 1.0 con algo en los estilos que quede como LARdT
 
- GRANDES WEBS DE LA LECTURA DIGITAL como http://detectivesdelibro.blogspot.com/2009/06/fray-athelstan-paul-doherty-con-el.html

Seguri consejos SEO de servicio en MARKS43
- fICHA TECNICA FIRMWARES
- SUBIR LIBROS PAORTADOS A LA BIBLIOTECA

Las BBPP de LARdT para un ePUB decente. El Metadato <subject> para facilitar la clasificación de mi biblioteca mediante el género literario.

Hablábamos de la importancia de mantener un conjunto de metadatos decentes para la identificación y organización de nuestros ePUBs en la biblioteca.
Y una buena aplicación de ejemplo sería desarrollar una codificación para clasificar de forma fácil los libros según su género literario.

Las necesidades
El bookshelf del POCKETBOOK ofrece la posibilidad de presentar los libros según el género. Y vamos a aprovechar esa posibilidad. Necesitamos entonces establecer una codificación sencilla que permita diferenciar y clasificar los títulos. Debe ser breve y clara para distinguir los posibles géneros del libro.
Estudiando estadísticamente los títulos que tengo, una clasificación bastante funcional sería la siguiente:

Asociaremos al metadato subject uno de los siguientes términos:

Drama: aquella obra destinada a ser representada (teatro, guión de cine, etc..) 
Lírica: obra que pueda ser calificada como “poesía”
Ensayo: obra que está dedicada a la exposición, y no a la narración de hechos reales o imaginados. 
Crimen: obra que el hecho central de la narración gira en torno a un CRIMEN
Thriller: obra en la que el punto central de la narración gira entorno a una trama complicada, generalmente desarrollándose en escenarios variados.
Histórica: obra en la que la narración está determinada por su ubicación en épocas distintas del presente.
SciFi: obra generalmente ubicada temporalmente en el futuro en la que destacan componentes tecnológicos o de anticipación.
Fantasía: obra centrada en la narración desarrollada en un universo imaginario con su propia coherencia interna.
Humor: obra centrada en conseguir un efecto humorístico y de tono general ligero, buscando la comicidad
Sentimental: centrada en la exposición de sentimientos relacionados con el alma humana: amor, amistad, …. 
De Género: obra que claramente desarrolla la narración en un marco temático específico, fácil de distinguir (de viajes, biografía, erótica,…). Necesita obligatoriamente un segundo nivel calificador para clasificarse de forma completa.
Clásico: obra cuyo rasgo más destacado es que forma parte de los referentes históricos de la historia de la literatura mundial de forma comúnmente aceptada, más importante que su adscripción a otro género.
Cotidiana: obra cuyo desarrollo narrativo gira alrededor de la vida cotidiana de los protagonistas, sin rasgos destacables que permitan adscribirla a otro de los géneros.
Terror: obra que gira en torno a sucesos o personajes orientados a producir miedo en lector.

Y ya está. Esta clasificación no pretende ser literaria. Esta realizada estudiando la distribución estadística de los títulos según las temáticas más frecuentes. Es lo suficientemente intuitiva para que se aplique y entienda con facilidad; y breve (menos de una docena de categorías distintas.)

Pero evidentemente podemos necesitar mayor nivel de definición. Para eso aplicaremos un segundo y hasta un tercer clasificador; ya que el metadato subject lo permite:

<dc:subject>Crimen</dc:subject>
<dc:subject>Misterio</dc:subject>
<dc:subject>Poirot</dc:subject>

Así podemos añadir un segundo nivel que calificará para detallar al primero; que requería el que fuera una lista cerrada lo más breve posible para resultar útil. En este segundo nivel, podemos abrir la lista de términos todo lo que queramos para que resulte una clasificación literaria lo más exacta posible.
Por ejemplo, dentro del grupo “Crimen”, si es un Agatha Christie podemos añadirle “Misterio”, ya que habitualmente se han denominado así. Si es un Myron Bolitar, podemos añadirle “Detectives”, mientras que si es un Dashiel Hammett, añadiremos “Negra”.
Vemos que la clasificación por géneros va tomando una forma más literaria.
En el caso del grupo “De Género”, resulta obligatorio establecer en este segundo nivel, el género específico al que pertenece: Viajes, Biografía, Cuentos, ….

Y para rematar, al segundo nivel calificador, podemos añadir un último y tercer nivel identificador. Si la obra contiene algún personaje o entorno reconocible lo añadimos: como “Poirot”, por ejemplo.

Y así hemos clasificado nuestra biblioteca en géneros usando los metadatos.

Las BBPP de LARdT 2.0 para un ePUB decente. Los metadatos y la página de Colofón

Y después de la página con el título del libro nos encontramos con la página de Colofón, que como podéis ver en la imagen también está incluida semánticamente dentro de la guide del libro.

 La página de Colofón
Es un nombre rimbombante para la página dónde incluimos los datos de la edición del libro, mediante sus metadatos. De esta forma, no sólo establecemos la vinculación entre la edición ePUB del libro y el original Gutenberg con el que se corresponde; sino que facilitamos la gestión de los ePUBs de nuestra biblioteca, dado que cualquier programa de archivo, como por ejemplo CALIBRE, utilizará los metadatos incluidos en el libro para identificarlo y presentar su ficha bibliográfica.
Los ePUBs decentes según las BBPP de LARdT, no necesitan gestión alguna, ya que todos los datos del libro son leídos por CALIBRE y su ficha se completa automáticamente.
Pero además, se utilizan para llevar un control de versiones estricto. Por un lado, se controla la versión del contenido del libro; y por otro lado la versión de la plantilla de estilos CSS aplicada. De esta forma puede mejorarse el formato del libro muy fácilmente, actualizando o subiendo la versión de la plantilla de estilos por otra más moderna.

Tenéis información de detalle sobre la definición de los metadatos en la importancia de los metadatos en las BBPP LARdT

Y a continuación lo vemos en los distintos dispositivos:

BBPP LARdT Página de Colofón (Metadatos) VER PRESENTACIÓN DESCARGAR TODO

Pero además de los Metadatos, la página de Colofón contiene una buena práctica que debería extenderse: las “Atribuciones”. Simplemente se trata de consignar, para empezar el origen del documento fuente (“Escaneado de mi propia biblioteca 20110212”; por ejemplo) y todos aquellos que además han tenido participación en el resultado final (“basado en el HTML FILTRADO de FULANITO”, “Correción de typos y mejora de la plantlla de estilos por MENGANITO”).

Las BBPP de LARdT 2.0 para un ePUB decente. Mostramos componente por componente en los distintos tipos de dispositivos.

 

 

El movimiento se demuestra andando
La versión 2.0 es en la que hemos intentado presentar una implementación única que se muestre lo mejor posible en todos los dispositivos: tinta electrónica de 6” y 9” pulgadas y pantalla LCD tipo iPad. Está bastante conseguida, generando ePUBs que lucen bastante bien en todos los entornos.

Multiplataforma

Las pantallas que se mostrarán a continuación son las de los siguientes lectores:

- Tinta electrónica de 6 pulgadas: BOOX 60 (WOLDER)

- Tinta electrónica de 9 pulgadas: POCKETBOOK 903

- Pantalla LCD: Mylibrary ASUS TRANSFORMER para ANDROID.

- Pantalla LCD: iBooks para iPAD
Los lectores de tinta electrónica llevan incluyen en su firmware el ADOBE MOBILE READER; que es a mi juicio, el mejor programa lector para dispositivos de tinta en ePUB. Existe una diferencia entre el funcionamiento del BOOX WOLDER (que redimensiona las cabeceras de capítulo, lo que obliga a tener en cuenta dicho dimensionamiento) y el del POCKETBOOK 903 que no las redimensiona. En este sentido, funciona igual que nuestro viejo amigo el PAPYRE 6S ALEX (SPRING).

Un libro según las BBPP LARdT 2.0 parte a parte
Vamos a analizar las BBPP LARdT v2.0, como hacemos casi siempre en este BLOG; “hands on/manos a la obra”. Veremos con ejemplos los distintos componentes de un libro:
- La PORTADA
- La página de TÍTULO

- La página de COLOFÓN (con metadatos)
- La RESEÑA
- La Tabla de Contenido (TOC)
- Dentro de la obra literaria propiamente dicha:

    - Las Notas al final
    - Dedicatoria, páginas de introducción
    - Cabeceras de LIBRO o parte

    - Cabeceras de CAPÍTULO
    - El CUERPO del TEXTO
    - GRÁFICOS incrustados
    


LA PORTADA
La portada debe ser siempre en color y corresponderse con la portada de la edición en papel según el ISBN. Tiene que ser la portada que le toca y no otra, porque es importante a la hora de que el usuario pueda distinguir y recordar un libro en cuestión. No es un elemento meramente decorativo.
Y evidentemente debe lucir lo mejor posible, sin distorsiones, ni mutilaciones.
Podemos encontrarnos ante dos casos:
- El archivo gráfico de portada (cover.jpg) tiene el tamaño adecuado y la calidad suficiente. El tamaño conviene que sea un múltiplo aproximado de los pixeles de la pantalla; y no muy superior a 1600 pixel que son los puntos de una pantalla de 10” para evitar la necesidad de redimensionar la portada (con la perdida de calidad consiguiente) e inflar el tamaño total del archivo con una portada excesivamente grande.
Decimos pues que si el archivo es apropiado, presentaremos la portada cubriendo toda la pantalla según su tamaño máximo posible, siempre manteniendo sus proporciones. Y para eso le aplicaremos el 100% de acho y largo; pero además quedará siempre centrada.




- o bien el archivo gráfico no es lo suficientemente bueno. La solución pasa por ajustar la portada a un tamaño inferior al original; que haga innecesario un redimensionamiento excesivo. En resumen, para que la imagen no pierda calidad la mantenemos en un tamaño inferior. En este caso, aplicaremos lo recogido en el CAP 04: La portada de las BBPP, centradita y redimensionable

PORTADAS en el TRANSFORMER y POCKETBOOK 903 VER PRESENTACIÓN DESCARGAR TODO

PORTADAS en el iPad y BOOX VER PRESENTACIÓN DESCARGAR TODO

Podeis observar como en ambos casos (portada grande y pequeña) y según las especificidades de cada dispositivo; la portada se muestra manteniendo sus proporciones originales, centrada, y redimensionable para adaptarse a los distintos tamaños y form-factors. (El TRANSFORMER tiene una ligera diferencia en la proporción ancho/alto con el iPad).

Como otras partes especificas del libro, está etiquetada de forma semántica, es decir que el lector “sabe” que esa parte del libro es la “portada” (cover).

Tema 0: Las BBPP de LARdT: Teoría y Conceptos

Coco se ha puesto la bata de profesor y se ha empeñado en que le dejemos dar una charla teórica sobre las BBPP LARdT (“Las Buenas Prácticas de LARdT para un ePUB decente”).
Y Coco puede llegar a ser muy insistente así que allá va. Esperamos que sea de vuestro interés, este programa de “PAPYRE STREET”.

0.- ¿POR QUÉ EL FORMATO ePUB?

Los PDFs son estupendos y se utilizan para un montón de cosas; el FB2 es practico, poseedor de una arquitectura sencilla pero flexible y potente al mismo tiempo; y sobre todo tiene herramientas que permiten tanto la generación (BOOK DESIGNER) como la lectura (COOLREADER) de libros electrónicos de gran calidad. Pero el único formato libre, soportado por la industria como estándar para el libro electrónico es el ePUB. Por eso, para ser un buen ebook tendrá que ser ePUB. En el conjunto de estándares y procedimientos recogidos en las BBPP LARdT, ebook y ePUB son términos sinónimos.


1.- ¿POR QÚE LAS BUENAS PRÁCTICAS DE LARDT PARA UN EPUB DECENTE?

Porque la calidad general de los ePUBs que circulan por ahí, es en general, tan deficiente que te amargan la lectura del contenido. Pero no sólo se trata de los archivos generados por los particulares. Sorprendentemente, la industria no parece haber realizado ningún esfuerzo en explorar las posibilidades del nuevo medio. En el mejor de los casos, se intenta hacer una copia lo más fiel posible del original en papel. Pero aunque esto se logre normalmente no es lo adecuado. Es tan inadecuado que la calidad de la “experiencia de lectura” se degrada mucho.
Y es que un libro en una pantalla de tinta electrónica de 6”, es muy distinto que en su soporte original en papel. Y por eso, se hace necesario re-examinar las convenciones habituales de publicación. En cierto sentido, es necesario crear un nuevo “lenguaje” para el nuevo medio.
Las BBPP LARdT se han ido creando, de forma evolutiva para mejorar la calidad de la experiencia de lectura. No son la única forma de hacer las cosas; y encontrareis partes que son muy mejorables, ya sea por que estarán muy determinados por el conjunto de herramientas que se utilizan y pueden perder validez en otros escenarios diferentes; o por que se han creado de forma histórica y evolutiva. Pero al menos, son un conjunto de prácticas que intentan mantener cierta coherencia y unidad de propósito.

Las diferencias entre un libro en papel y un libro en tinta-electrónica

Los libros convencionales se pueden hojear; y en ese sentido tienen “3 dimensiones”, tienen profundidad. Esta profundidad hace posible que de un sólo golpe de vista se capte la estructura y diseño visual del libro. La maquetación es muy eficiente como medio para transmitir meta-contenido. No sólo funciona como formato, sino que puede funcionar como transmisor de contenido.
Ej.: Un libro que utilice una numeración absurda para los capítulos (Cap. 1, 3, 5, 7, 2, 4, 6, 8…). 
En un libro en papel, tras la sorpresa inicial, de un simple hojeo percibiremos cierta “estructura” dentro del aparente desorden y supondremos que esa numeración significa algo, tiene una razón de ser y aporta contenido/significado a la historia.
Sin embargo, en un libro-e, lo más probable es que pensemos que se trata de un error de numeración, porque no es posible “hojear”. Es mucho más difícil percibir ese tipo de cosas. No posee la “visibilidad” del libro convencional. Y sobre todo, la página. En el libro tradicional, la página es el ladrillo fundamental que compone su estructura visual. En el libro en tinta-e, en realidad, no existe como elemento de dimensión fija. Sólo por este motivo, resulta evidente la necesidad de un tratamiento distinto.

Consecuencias y principios generales a nivel de contexto
Esto implica que si deseamos mantener una “experiencia de lectura” equiparable, tendremos que tenerlo en cuenta; y aplicar criterios de formato distintos.
¿Cuales?
Pues, la idea general a nivel de contexto es:

- mantener en lo posible los criterios y prácticas utilizados en el libro tradicional; y que están avalados por el uso; para beneficiarnos de que son fácilmente identificables; de que resultan conocidos (Ej.: respetar al máximo las convenciones tipográficas establecidas por la industria: guionado, entrecomillados,…)
- pero al mismo tiempo innovar en todo aquello que no resulte práctico u operativo en un entorno de tinta-e.

Ejemplos de criterios innovados: el “nuevo lenguaje”

- La repetibilidad (el que las mismas cosas sean siempre presentadas de igual forma) facilita el reconocimiento y la visibilidad. Por eso, se intenta modelizar el libro y sus componentes: dividirlo en componentes identificados a los que se les procura dar siempre el mismo tratamiento. Por ejemplo, la tipificación de los diferentes tipos de cabeceras de capítulo (“Romano + Texto”, “Número + Texto", …) y la aplicación a los mismos, del formato con “caja”.
- Los espacios y líneas en blanco son un poderoso elemento de formato en el libro en papel. Sin embargo, en el libro en tinta-e, al carecer del “hojeo”, de  “vista de pájaro”; dicen mucho menos; y obligan a multiplicar los avances de página. Resulta evidente que el libro-e tiene “horror al vacío”.
- Las llamadas de las notas al final tienen en el menor tamaño posible en el libro tradicional para no interrumpir el texto. En el libro en tinta-e deben aumentar de tamaño, e incluso ser mas grandes que el cuerpo del texto si queremos que tengan un uso práctico.
- El control de versiones: en el libro Gutenberg las buenas ediciones mantienen un “control de versiones” (ediciones críticas, ediciones definitivas, etc…). Es evidente que en el libro electrónico por su naturaleza informática se hace muy necesario un control de versiones lo más estricto y eficiente posible.  Las BBPP LARdT, implementan un doble control de versiones. Por un lado, una versión del libro completo, registrando en formato de fecha la primera edición ePUB del libro y la versión corriente (aaaammdd). Pero además, se controla la versión “informática” del libro asociada al nombre de la hoja de estilos CSS (BBPPLARdTvN_nnnvar.css). Por ejemplo, “BBPPLARdTv1_171LEA.css” es la versión 1.171 en la variante LEA, que se refiere a que utiliza la fuente LEANDER para los Títulos y epígrafes de parte y capítulo.
El objetivo de este doble control de versiones es facilitar la mejora del formato del libro de forma independiente a las modificaciones en su contenido.

2.- PRESUPUESTOS PREVIOS Y METODOLOGÍA.
En términos generales, cuando estemos hablando de cómo crear un libro ePUB según las BBPP LARdT, s

siempre partiremos de un escenario en el que tenemos un texto en un formato digital cualquiera distinto de ePUB y lo convertimos, mejorándolo en el proceso. En la descripción del procedimiento vamos a modelizar la realidad distinguiendo 3 FASES, (aunque podríamos haber elegido cualquier otro número). Hay que tener en cuenta que estas fases dependen de las herramientas concretas y maneras de trabajar que utilizamos, así que pueden considerarse otros distintos.
— Pre–proceso: tareas previas o preparatorias a la conversión al formato ePUB. Generalmente, hasta terminar la preparación del un HTML FILTRADO con el texto del libro.
— Procesamiento o Prensa ePUB: utilizaremos nuestro HTML filtrado como input del programa ToDoePUB. Después de la ejecución del programa con la aplicación de los “RegEx de las BBPP”; ToDoePUB producirá un archivo ePUB perfectamente válido aunque le faltan algunos retoques finales.
— Pos–proceso: Abriremos nuestro ePUB en SIGIL para aplicar esos retoques finales y ajustes con vistas a alcanzar el nivel de calidad deseado. Estos retoques serán la fase de pos-proceso que terminará con un archivo ePUB con todos los detalles de calidad incluidos en la versión vigente de las BBPP LARdT.

El objetivo ideal debería ser reducir la fase de pos-proceso (es la más “manual”, por lo tanto consume tiempo y puede generar errores) mediante la automatización de la implementación de las BBPP LARdT en el programa ToDoePUB


3.- ¿CUALES BUENAS PRÁCTICAS SE IMPLEMENTEAN EN LAS “BBPP LARDT PARA UN EPUB DECENTE”?

Al final las BBPP, son eso, BUENAS PRÁCTICAS, a aplicar de forma repetible y consistente para asegurar unos mínimos de calidad y usabilidad en el libro ePUB.

Temas a tener en cuenta dentro del CUERPO DEL TEXTO

- EL USO CORRECTO DE LOS GUIONES (LARGOS y CORTOS):  

Lo primero es dejar claro qué símbolos tipográficos deben usarse.

Está el guión largo que se expresará con la ENTIDAD XHTML “MDASH” (guión con un ancho equivalente a la “m”).
— —
Está el guión corto que se expresará con la ENTIDAD XHTML “NDASH” (guión con un ancho equivalente a la letra “n”)
– –
Está el “menos”, el signo de la resta que se expresará con la ENTIDAD XHTML “MINUS”
− −

Aplicaremos la norma habitual de uso de la industria tipográfica. El guión largo MDASH se usará:
- para indicar el cambio de interlocutor en los diálogos, independientemente de que corresponda iniciar un párrafo o no.
- para indicar una oración subordinada, sustituyendo el uso de paréntesis.  Es decir, lo que pudiera ir entre paréntesis, debe ir entre guiones.
El guión de apertura y cierre van inmediatamente antes y después de la palabra que anteceden o siguen. Es decir, pegados, o sea sin espacio entre el guión y la palabra.

QUEDAN MUCHOS más temas, pero ya se nos ha acabado el tiempo por hoy, así que terminamos como siempre en “PAPYRE STREET”:

Y recordad, niños, esto es CERCA y esto es LEJOS

Leed más en BBPP LARdT v1.0, BBPP LARdT v1.14, BBPP LARdT v1.15

Descargas directas de ePUBs para Mi PAPYRE 6S ALEX desde internet

Nuestro querido PAPYRE 6S ALEX no está todo lo abierto que nos gustaría a la conectividad desde INTERNET. Por ejemplo, no hemos sido capaces de que reconociera un archivo ePUB adjunto a un correo electrónico. Tampoco hemos podido descargarnos un libro un formato ZIP ya que ha generado un error al intentar cargarlo en la Biblioteca. Y el colmo de la frustracion fue cuando al descargar un archivo ePUB desde un servidor de archivos público nos dijo que “el dispositivo no admite el contenido que se desea descargar”.
Pero, por fin hemos dado con la tecla. En la BIBLIOTECA de Mi PAPYRE Reader 6.1 para ebooks los archivos ePUB con la versión 1.15 de las BBPP LARdT pueden descargarse y leerse directamente en tu PAPYRE 6S ALEX como si de un Google Books cualquiera se tratara.
Podeis reconocer dichos archivos porque llevan el nuevo icono de las BBPP LARdT:

Así, pues ya sabeis. Otra posibilidad para disfrutar de vuestro PAPYRE 6S ALEX 


Como podeis comprobar en esta imagen del historial de descargas.

Cómo funcionan las notas al pie para un libro ePUB según las BBPP LARdT v.1.15

A diferencia del formato FB2 que si incluye en su implementación una funcionalidad específica para la gestión de las notas al pie (ya sean al pie de página o al pie de libro); en ePUB las notas se componen usando la funcionalidad de enlace (link o hipervínculo) típica del HTML.

Montando enlaces recíprocos
De lo que se trata es de que sea un mecanismo de ida y vuelta: pulsando el número de la nota en el texto te llevará a la entrada correspondiente en zona de notas; y recíprocamente; al pulsar en el número de la nota en el pie de libro te llevará de vuelta a la nota de la que partiste, dentro del texto. Es decir hay que crear un enlace desde A a B, y desde B a A. O dicho de otra forma, desde el texto al pie, y desde el pie al texto.
Vamos a analizar el código necesario. Como siempre podéis acceder al código haciendo click en la imagen.
Desde el texto hacia el pie
   
<a title="[7]" href="../Text/Notas.xhtml#_ftn7" id="_ftnref7"><span class="MsoPieTXT">[ 7 ]</span></a>
Como veis es el típico enlace “anchor” (<a></a>) con algunos parámetros:
title="[7]" "title" nos sirve para indicar que queremos que se vea en la etiqueta flotante cuando el ratón se posiciona encima del vínculo. Evidentemente, esto sólo tiene aplicación cuando estamos leyendo el libro en un PC y no en un entorno de tinta electrónica.

href="../Text/Notas.xhtml#_ftn7" href , como siempre sirve para indicar la ruta del elemento a enlazar. Como veis es una ruta relativa ya que siempre se refiere al propio libro e indica el nombre del archivo xhtml donde estamos situando el bloque de notas a pie de libro. Siempre colgará del directorio "Text" (elemento obligatorio de la estructura interna del ePUB); y ojo con las mayúsculas/minúsculas. En nuestro caso, el archivo xhtml se llama "Notas". Vemos que además del nombre del archivo ("Notas.xhtml") viene un "#". Este es el indicador de "elemento", es decir que el enlace no va sólo hacia el archivo, sino hacia un elemento concreto dentro de ese archivo; en nuestro caso llamado "_ftn7". Estamos identificando el elemento HACIA el que vamos o HACIA el que enlazamos.

id="_ftnref7  id nos sirve para identificar nuestra nota insertada en el texto como un "elemento" concreto dentro del archivo xhtml en el que está incluido como parte del archivo ePUB. Como veis es un viaje de ida y vuelta que enlaza un elemento de un archivo xhtml con un elemento de otro archivo. Esto es lo que permite que podamos volver al punto exacto del libro (donde se encuentra la llamada de nota) desde el que partimos para ver la explicación de la nota. A nuestra nota dentro del texto le hemos dado el nombre "_ftnref7" para indicar que es la "referencia de la nota al pie (footnote) número 7" pero igualmente podríamos haberla llamado "pericodelospalotes"; nombre más gracioso pero mucho menos práctico. Estamos identificando el elemento DESDE el que vamos o DESDE el que enlazamos.

<span class="MsoPieTXT">[ 7 ]</span></a> Y por último, el texto del enlace desde el que partimos; que como es la nota número 7 pues lo indicamos con "[ 7 ]"; aunque podría ser "(7)", por ejemplo. El "span class" es simplemente el estilo de formato que hace que el texto de la llamada de la nota se vea en azul, negrita y con una fuente un poco más grande que el resto del texto, simplemente para que resalte más. Es importante que utilicemos elementos numerados (1,2,3...) o seriados (A,B,C...) que sean distintivos dentro de un mismo capítulo o página del libro. En los libros en papel, a veces se utiliza la marca "*" para todas las notas; sin diferenciar. No es recomendable porque algunos parsers de los e-readers (SONY, por ejemplo) no son capaces de enlazar desde elemento a elemento, sino desde archivo a archivo. De forma que uno vuelve desde la explicación de la nota al capítulo o parte del libro desde la que partió, pero no a línea exacta. Si encima todas las notas se llaman "*" puede ser difícil saber desde que nota salió uno.
En resumen, el código está diciendo “estoy en _ftnref7 y quiero ir al elemento _ftn7 de la página “Notas.xhtml” 

Vuelta desde el pie hacia el texto








<a title="[7]" href="../Text/009.xhtml#_ftnref7" id="_ftn7"><span class="MsoPieTXT">[ 7 ]</span></a> Como podéis comprobar el código es el mismo con la salvedad de que el enlace apunta HACIA la ubicación de la nota dentro del texto; en este caso al archivo "009.xhtml"; y dentro de él a la etiqueta identificadora que utilizamos para distinguir el enlace desde el que vinimos "_ftnref7". Por supuesto, el enlace está definido con el id="_ftn7" que es adonde apuntaba el enlace situado dentro del cuerpo del texto.


En resumen, tenemos la IDA desde la llamada de nota el interior del texto a la explicación correspondiente situada en la zona de notas al final de libro; y la VUELTA desde la explicación situada al final del libro a la llamada situada en el interior del texto. Con esto tenemos asegurada la parte más importante de cara a la experiencia de lectura del usuario: la comodidad de consultar de forma sencilla el contenido de la nota y volver al punto exacto de partida para retomar la lectura.

La calidad de los ePUBs realizados según las BBPP LARdT v1.15 vistos en un dispositivo iOS (iPad, iPhone) con iBooks

Era un reto conseguir que los ePUBs fueran lo más interoperables o compatibles posible, ya que si algo hemos aprendido es que el ePUB es un estándar; pero las implementaciones sobre él en los distintos e-readers NO.

Viendo los ePUBs en un iPhone
Aunque no es la opción óptima de momento nos servirá para comprobar cómo quedan nuestros ePUBs realizados según las BBPP LARdT v1.15.

Lo primero es lo primero: el BOOKSHELF
Como se puede comprobar, la portada es detectada correctamente en iBooks ofreciendo una imagen correcta en el bookshelf de iBooks; tanto si se ha realizado el traspaso directamente desde iTunes o mediante CALIBRE. Los metadatos también son interpretados y traspasados correctamente.
















En la portada es interesante comprobar que pese a que se ha alterado la proporción de la misma (desde 600x800 del e-reader e-ink típico de 6” a los 640x960 de la pantalla “retina” del iPhone 4G en el que estamos haciendo la prueba); el cover se redimensiona y queda centrado perfectamente. La única diferencia es que aumenta el porcentaje de superficie  dedicado al margen de alrededor como es lógico en función del mayor numero de puntos en la pantalla.

Entramos en el libro: la página de título y de metadatos

Página de título VER PRESENTACIÓN DESCARGAR TODO

Con la salvedad de que no existen fuentes incrustadas la página de título se ve correctamente.

La página de metadatos también se lee correctamente incluyendo la funcionalidad del enlace a nuestra biblioteca. Una vez aceptada la opción de “Abrir”, el programa iBooks deja su lugar al browser Safari, donde se accede al URL indicado. El resto de enlaces, como por ejemplo las notas al pie, son perfectamente funcionales.

El INDICE o TOC y las partes del libro
El índice o tabla de contenido se genera correctamente con sus distintos niveles y jerarquías intactas, haciendo posible la navegación de forma rápida y sencilla.

Capítulos VER PRESENTACIÓN DESCARGAR TODO

Los encabezados de capítulos y “partes” o “libros” resultan bastante bien.






Los gráficos insertados en el texto
Al haber cambiado el tamaño de pantalla, y sobre todo, el programa lector entre otros factores, la problemática de los gráficos es completamente diferente; resultando en el iPad mucho más sencilla


pero en este caso hemos perdido la capacidad de incrustar un gráfico sin interrumpir el flujo del texto por completo como veíamos en el Tratamiento de gráficos según BBPP LARdT v1.15.

…Y algunos fallos…



Pero todo no podía ser perfecto. Hemos detectado con el zoom de texto se produce un rebosamiento de los encabezados de capítulo largos que no es controlado por el “clear floats” como hacíamos en ADOBE MOBILE READER. Habrá que investigar y realizar pruebas con un iPad real para poder realizar el ajuste fino de alguna de estas disfunciones.
Pero en conjunto, la compatibilidad con iBooks-iPad-iPhone es bastante buena.

El tratamiento de los gráficos según las BBPP de LARdT v1.15 (Cap.05)

Siguiendo esta serie desde el CAP. 04; vamos a describir las modificaciones realizadas para el tratamiento de los gráficos incluidos en el texto del libro. El conjunto de modificaciones realizadas lo hemos agrupado en lo que hemos llamado versión 1.15 de las BBPP de LARdT para un ePUB decente. El tratamiento de los gráficos según la v1.15 El objetivo ha sido integrar los gráficos lo mejor posible en la narración del libro y que las modificaciones en el nivel de zoom del texto no “desorganicen” la maquetación del libro. Lo vemos de una forma sencilla en los siguientes ejemplos:

Flotante a la izquierda VER PRESENTACIÓN DESCARGAR TODO

Imagen flotante a la izquierda: como podéis comprobar, independientemente del nivel de zoom del texto circundante la imagen no varía de tamaño (50% de la anchura. Además está anclada al contexto significativo: la ilustración de “Tomás Miranda” queda siempre al lado del encabezado que le corresponde; e insertada dentro del texto que fluye a su alrededor sin ser interrumpido por la imagen.

Centrada VER PRESENTACIÓN DESCARGAR TODO

Imagen centrada de anchura completa: tenemos la imagen centrada y ocupando la totalidad del ancho del libro (100%). En caso de que se leyera en un dispositivo de tamaño distinto (5” ó superior a 6”) la imagen se redimensionará adecuadamente. Sin embargo, no se ve alterada por el cambio del nivel de zoom del texto. Tiene un pie de texto asociado centrado y en negrita.

Flotante a la derecha VER PRESENTACIÓN DESCARGAR TODO

Imagen flotante a la derecha: la imagen está incrustada en el texto que fluye a su alrededor independientemente del nivel de zoom del mismo, manteniéndose en un 50% de la anchura de la página. Está anclada a su pié de texto en negrita que, lógicamente aparece a su izquierda.

Imagen a página completa: la imagen ocupa al página completa sin variar su visualización independientemente del nivel de zoom del texto. Muy adecuado para planos y similares. Con su pie de texto centrado y en negrita correspondiente.




Imagen flotante con proporciones longitudinales: si el largo de la imagen es muy superior al ancho requiere un tratamiento distinto para conseguir el mismo efecto que en las imágenes flotantes anteriores.

Flotante longitudinal VER PRESENTACIÓN DESCARGAR TODO

La calidad de los ePUBs hechos conforme a las BBPP LARdT 1.14 (Cap. 04)

Continuamos con lo veníamos comentando en la tercera entrega sobre la calidad de los ePUBs generados conforme a las BBPP LARdT.

Las divisiones del libro: PARTES y “LIBROS”
Es una parte que cuidamos especialmente no sólo por la estética sino porque creemos que hay que compensar de alguna forma la diferencia en la experiencia de lectura con el original en papel.
En la versión Gutenberg, la maquetación y el formato están pensados para su aplicación sobre una entidad: la página física. Pero en el libro electrónico esa unidad no existe, se rompe constantemente con la alteración del tamaño de fuentes y la conservación del flujo del texto. Esto hace que visualmente hablando, la maquetación resulte menos significativa, menos visible. Y en tanto en cuanto forma parte del contenido del libro, podemos concluir que una parte del mismo se pierde en su conversión al formato digital. Una forma de compensar está “dilución” del contenido puede ser mediante la repetición de estructuras reconocibles visualmente hablando. Por eso, intentamos mantener y conservar de forma repetitiva ciertas composiciones visuales y de formato.
Así, como podéis ver en el gráfico adjunto; en la división del libro superior al capítulo; que suele llamarse “Parte” o “Libro” (lo cual siempre me ha parecido un poco confuso) siempre mantenemos la misma estructura sencilla: Numerador del encabezamiento y texto del encabezamiento en líneas separadas y con un salto de página a continuación para que esté contenida en su propia “página”, y diferenciada del resto del texto, ya que suele ser un elemento importante y diferenciado en la estructura que el autor le ha querido dar al libro.

El capítulo, nuestro amigo
El capítulo es la forma de división del libro más frecuente, sobre todo en los textos de narrativa. Y por esta razón resulta uno de los elementos más prácticos a la hora de darle realce visual al texto. Y por eso le hemos dedicado más atención. Desde la “caja” sencilla tipo “feedbooks” hemos ido tipificando las distintas clases de formato que hemos ido encontrando, para hacerlos lo más parecido posible al libro original; y para convertirlos en fórmulas reconocibles para el lector del formato digital. Hay que tener en cuenta que el formato de los encabezamientos y títulos de los capítulos determina cómo se va a generar el índice o TOC (Tabla de contenido) del  libro.

Tipologías de capítulos VER PRESENTACIÓN DESCARGAR TODO

En la presentación adjunta tenemos como ejemplo:

- Numeral romano con texto de título (además, en este caso concreto, con cita al inicio del texto de capítulo)
- Texto (Epílogo) con texto de título
- Numeral con texto de título y texto de “subcapítulo” (división de orden inferior al capítulo)
- Numeral con texto de título en 2 líneas

- Texto sólo (“Agradecimientos”)

Más Tipologías de capítulos VER PRESENTACIÓN DESCARGAR TODO

- Indicativo “Capítulo” con numeral romano

- Numeral sólo
- Indicativo “Capítulo” con numeral arábigo y texto de título
- Indicativo “Capítulo” con numeral arábigo

Todavía más tipos de encabezados de capítulo VER PRESENTACIÓN DESCARGAR TODO

- Numeral romano con texto adjunto (“393-373 a.C.”) más texto de título
- Texto sólo más texto de título
- Indicativo “Capítulo” con Ordinal/Numeral en letra


Cuando NO existen los capítulos

Un caso interesante se produce cuando no existen los capítulos porque el autor del libro ha decidido presentar la narración sin solución de continuidad.
Dado que hacemos que la división de la estructura interna del archivo ePUB coincida con la división externa en capítulos (cada fichero XHTML de los que componen el ePUB coincide con el contenido de cada capítulo) se podría producir el problema de que nos encontráramos con un ePUB no valido porque rebasara la limitación de tamaño máximo recomendado de 260Kb. Y además un ePUB sin índice-TOC (tabla de contenido) resulta un poco incomodo de navegar.
La forma de resolverlo es partir el libro en varias partes haciéndolo coincidir con 1/4 parte, la mitad, y las 3/4 partes aproximadamente; lo que suele ser suficiente para que no se produzcan problemas de excesivo tamanaco de los archivos XHTML resultantes. Y en esas divisiones colocamos una etiqueta de h3 (como si fuera un capítulo) “invisible”, que no altera el texto del libro pero si sirve para generar una entrada de índice en la tabla de contenido. De esta forma, cumplimos los principios generales de la “BBPP LARdT para un ePUB decente”:

- Mantener la máxima fidelidad al texto original

- Procurar la máxima comodidad en la experiencia de lectura digital.
Como veis en el ejemplo, utilizamos parte de la primera frase después de la división como ancla del “falso capítulo”. 

Controlando el desbordamiento de los encabezados de capítulo


Los encabezados con textos largos pueden desbordar la caja cuando se aplica el máximo nivel de zoom. Sin embargo, aplicando un “clear floats” al primer párrafo del texto del capítulo se evita que el título se solape encima del cuerpo del texto.