Todo lo que siempre quiso saber sobre el formato ePUB de sus ebooks y nunca se atrevió a preguntar (Cap. 02)

La estructura y contenido de un fichero ePUB
En Todo lo que siempre quiso saber sobre el formato ePUB (Cap. 01) empezabamos a analizar en detalle el contenido de un archivo ePUB. Veamos la estructura en detalle:

ePUB File:.    
│     mimetype   
│
├───META-INF    
│    container.xml      
│               
└───OEBPS       
      │    content.opf    
      │    toc.ncx            
      │       
      ├───Images 
      │      img0001.jpeg 
      │      img0002.jpeg
      │         …... 
      │      img0007.png    
      │ 
      ├───Styles 
      │      style001.css 
      │ 
      └───Text  
             content001.xhtml 
             content002.xhtml 
             content003.xhtml  
                     ...       
             content026.xhtml 
             content027.xhtml 
             content028.xhtml 

     

He cogido un libro cualquiera y lo he destripado. Y Coco nos va a ir contando que es cada cosa: 
Por cierto, los nombres de los archivos distinguen entre mayusculas y minusculas, asi que ojito. 
el archivo mimetype

Es un archivo de texto que como su propio nombre indica declara explicitamente que el archivo es un ePUB y no otra cosa. Dentro contiene SIEMPRE una única frase:

"application/epub+zip"

que sirve para que el sistema operativo no se confunda y crea que es otra cosa en lugar de un archivo ePUB (por ejemplo un archivo ZIP). Para que funcione, este archivo tiene que estar situado el primero de la lista (físicamente, dentro del contenedor) y además sin comprimir, para que pueda ser leído por el sistema operativo o la aplicación de lectura sin dificultades.

el directorio META-INF

Este directorio contiene el archivo “container.xml” que indica a la aplicación de lectura dónde se encuentra el texto del libro, indicando la ubicación del archivo “content.opf”. Este directorio es identico para cualquier libro ePUB.


 

 

directorio OEBPS


Como podeis ver es LA UBICACIÓN RECOMENDADA (no deja de ser curiosa esta relajación del estándar; las especificaciones de IDPF no obligan a que el libro esté aquí dentro pero hay lectores que no funcionan si no lo encuentran en este directorio) para el contenido del libro, incluyendo las imágenes en su directorio correspondiente.


Puedes ubicar el contenido del libro en otro sitio, siempre y cuando indiques en el archivo “container.xml” donde queda situado “content.opf”, que a su vez desarrolla el detalle de dónde están los componentes del libro.


Dentro de OEBPS tendremos:


             - Directorio images: con los archivos gráficos (portada, ilustraciones, …) del libro.

             - Content.opf: este archivo XML debe recoger una lista de todos los archivos incluidos en nuestro contenedor ePUB (y EL ORDEN en el que van); y muy importante, los metadatos (autor, género, …) 
Veamoslo en contexto:


 
Podría tener cualquier otro nombre, siempre y cuando esto se refleje en “container.xml”. De hecho, los ebooks procedentes de FEEDBOOKS, tienen como “firma” característica ciertas variantes sobre la estructura ePUB común. Una de estas diferencias es llamar al fichero que hace el papel de “content.opf”, “fb.opf”

Los metadatos

Son esa información que sirve para distinguir entre un ePUB hecho con cariño y otro hecho “a lo que salga”; además de ofrecer información sobre el libro contenido en nuestro archivo ePUB. Y se encuentran DENTRO del fichero “container.xml”. Los que no pueden faltar son: 
dc:title – Título del libro


dc:language – Idioma del libro, según la codificación de la lista RFC 3066. dc:identifier – Código identificador único del archivo ePUB. Cada fichero ePUB tendrá uno distinto (distintos ePUBs sobre el mismo libro, distintos ids). Normamente es generado por el programa dónde cambiamos de formato nuestros ebooks; pero si generamos un ePUB desde cero, sería una buena práctica incluir el ISBN como parte del código.


Puede haber muchas clases de metadatos posibles; que recogen todo tipo de información sobre la obra literaria incluida en nuestro ePUB.

El manifiesto

Como vemos en la imagen, otro contenido típico del archivo “content.opf” es el manifest, que es una lista (sin orden estricto) de los archivos contenidos en el ePUB, con una declaración del tipo de archivo que es cada uno. (image, xhtml, text,…)


Además a cada archivo se le asigna un identificador que se utiliza en la sección “spine”.


 
La espina (“

spine”), es la parte del archivo dónde se establece el orden de lectura de los archivos que forman el contenido del libro y que venía listados desde el “manifest”.


No es necesario incluir TODOS los archivos en la espina; únicamente lo que se necesite para establecer un orden de lectura correcto. (por ejemplo, no se suele incluir los archivos de imagen).





Resumiendo, “container.xml” nos dice donde está “content.opf”; y en “content.opf” encontramos, la lista de TODOS los archivos que componen el libro (contenido: texto e imagen, formato: estilos CSS, estructura: TOC, etc…) en el manifiesto; y en la espina el ORDEN NECESARIO para una LECTURA CORRECTA del libro. Y de propina, los metadatos, que no tienen que ver con archivos, sino que son atributos (caracteristicas) de la entidad “libro”.





Y lo demás, lo vemos a ir dejando para el capítulo 3.

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

Sudáfrica 2010: Ya es oficial, los del Tiki-Taka superan a Naranjito y ya sólo nos queda… Chile

Como uno ya va teniendo más años de lo que le gustaría y le quedan algunas neuronas recuerda que corría el año 1982; y la FIFA nos había colocado para que ganáramos nuestro mundial (otro mundial que íbamos a ganar) a Honduras como una de las peritas en dulce para que quedáramos primeros de grupo. Pues resulta que la perita se nos atragantó y sólo le pudimos empatar de penalti injusto. Pasamos como segundos de grupo, y quedamos emparejados con Alemania e Inglaterra, con el resultado consiguiente.
En este sentido, la generación del tiki-taka ya ha superado a los de Naranjito.
También ha quedado claro que Villa ha ocupado el lugar de Raúl con todos los honores. Está haciendo oposiciones a cáncer de la selección pero sin pasar previamente por la larga ejecutoria que desempeñó el anterior 7 de España. El primer gol, inverosímil obra maestra, es una cumbre de habilidad y chuponeo de muchos quilates. El detalle de empeñarse en tirar el penalti, desplazando a los compañeros especialistas designados, por el lucimiento personal del hat-trick; siendo estadísticamente un consumado fallador, es para nota. Esperemos que no nos quedemos fuera por el golaveraje.
Y ahora a por Chile. Los listos habían previsto que daba igual porque ya íbamos a estar clasificados y los chilenos pues a lo mejor también. Y resulta que es Chile quien llega al tercer partido con la clasificación de cara. Así que pueden esperar atrás, ordenaditos y tirarnos un viaje cuando convenga. Es decir, el típico partido que se nos puede atragantar. Más vale que el santo nos venga de cara porque a Chile no le vamos a hacer 25 oportunidades para marcar 2 goles. Y que a Villa le regalen un jabulani firmado y se olvide de tirar penaltis.
Esperemos también que Chile llegue clasificado y relajado.
Total, ya nos hemos ganado a pulso el cruce con BRASIL.

Sudáfrica 2010: Cada uno a lo suyo, Chile gana y Suiza…

El partido ha terminado hace un rato; y visto lo visto, se hace INCOMPRENSIBLE que los del tiki-taka no le metieran 3 a Suiza. Lentos, rústicos, ultradefensivos y fiándolo todo a un despiste del contrario (2 que tuvo España en su partido, 1 le colaron aunque de carambola). Chile ya está clasificado y nosotros, de momento ZERO POINTS. Teníamos fe en llegar a las finales, pero han llegado antes de tiempo porque cada partido va a ser una final.
Y con respecto al otro día, yo debo haber visto otro partido distinto porque me parece que se fallaron ocasiones claras de gol, por EL AFAN DE PROTAGONISMO. Pudiendo pasar a 2 compañeros, ¿cómo se te ocurre tirarte un globo, Villa?

En 90 minutos, empieza la primera final de España. Esperemos que sea para bien, porque lo único que nos faltaba era volvernos a casa en la primera fase.

Misterio: De 100 partidos que jugáramos contra esta Suiza ganaríamos 98. ¿Por qué tiene que ocurrir la excepción estadística en la fase final del Mundial?
¿Por qué siempre nos pasa lo mismo? ¿Por qué reservamos las machadas para las fases clasificatorias?
Predicción: Además nos van a hacer una judiada (penalti injusto, gol en clamoroso fuera de juego, etc…)

A pesar de todo, todavía no estamos fuera, así que ánimo y suerte. (Y el país lo necesita.)

Arreglando la conversión de un PDF en libro ePUB para Mi PAPYRE 6.1 reader ¡con muchas notas a pie de libro!

Para hacer la conversión del título “Corsarios de Levante” partimos de un PDF que está protegido por lo que no ha sido posible realizar las tareas de pre-proceso (recortar pies y cabeceras, revisar el reflow, etc…) típicas para conseguir una conversión sin muchos problemas. Ha sido necesario por tanto depurar pies y cabeceras que aparecían mezclados en mitad del texto y otros errores típicos en estos casos de los que ya hemos hablado en este BLOG. Pero este libro se caracteriza además por incluir casi 100 notas a pie de libro (añadidas por el editor digital de la versión PDF, no por el autor original) que aclaran muchos de los términos marineros y militares del relato. Como mejoran bastante la experiencia de lectura me parecía necesario incluirlas en la versión ePUB.

Gestionando un montón de notas

En el archivo PDF, las notas aparecen originalmente como se muestra en la foto, pero después de la conversión, como podéis comprobar aparecen simplemente como un número “pegado” a la palabra en cuestión. Un auténtico desastre multiplicado por cien.


Así que se impone utilizar RegEx para arreglar este entuerto.
Empezamos a buscar una expresión de búsqueda que nos encuentre todas las ocurrencias y nada más que las ocurrencias relacionadas con este error.
Necesitamos una expresión que encuentre palabras terminadas en un número y con un espacio o signo de puntuación a continuación. Desgraciadamente si no delimitamos cuantos números estamos buscando, la expresión nos encontrará también, cosas como nombres de estilo CSS (“calibre9”, por ejemplo). Así que lo partimos en 2 tandas, primero buscaremos 1 a 1 las palabras terminadas en un digito (las notas del 1 al 9), y reemplazaremos 1 a 1 excluyendo las otras cosas que podamos encontrar; y luego ya podremos de un sólo golpe reemplazar las notas del 10 al 95 ya que no se confunden con ninguna otra cosa.

La expresión de sustitución tendrá que incluir el código para convertir ese número en una nota dentro del texto. Así pues:

Como siempre, si pulsáis en la imagen accederéis al código. 
¡Ale-hop! y …
 
es decir, donde antes ponía:

bajando la entena1.
ahora queda:

bajando la entena. <a title="[1]" href="#_ftn1" id="_ftnref1" name="_ftnref1"><span class="MsoPie">[1]</span></a>

Pero no hemos terminado ni mucho menos. Al final del libro nos quedan varias

páginas con el texto aclaratorio de las notas (son 95) que tendremos que vincular a las notas situadas dentro del texto. El problema es que para cada nota, después de copiar-pegar el código tendríamos que realizar al menos 5 modificaciones (1 para cada vez que aparece el número de la nota); por lo que estamos hablando de casi ¡500 ediciones! No puede ser.
Nuestro amigo Coco, nos sugiere que hagamos algún invento que nos ahorre este trabajo tan tedioso.

  
Lo primero va a ser copiar el texto de las notas a pie de libro en un archivo de texto plano TXT, de forma que cada nota ocupe una línea con su número de nota al inicio de la línea. Con un copiar-pegar y unos cuantos retornos de carro lo hacemos muy rápidamente:

Y ahora vamos a crear un programita que mediante un bucle para los valores 1 a 95, lea la frase correspondiente con el texto de la nota, le añada el código necesario para convertirlo en una nota a pie de libro y escriba el resultado en otro archivo de texto.
 

Como siempre, si pulsáis en la imagen accederéis al código. 
Como soy un tío muy rarito el programa esta hecho en KIXTART, un dialecto BASIC interprete de MICROSOFT orientado al scripting para la gestión de sistemas pero convertirlo a algo más universal, como por ejemplo VISUAL BASIC es muy sencillo porque la sintaxis es muy similar.
Resumiendo:

Para n=1 a 95, leo el archivo con el texto de las notas frase a frase hasta que encuentro la línea con la nota número n; le quito el comienzo de la línea dónde está el número de la nota para dejar sólo el texto. A ese texto le añado delante el código necesario para que sea una nota a pie de libro, cuya parte variable es el número n de la nota. Escribo la frase resultante en otro archivo de texto, donde me quedaran al final 95 líneas, una para cada nota a pie de libro.
Este es el archivo DESTINO resultante:
Por último, solo queda hacer un copiar-pegar desde este archivo a nuestro e-book en ePUB y ¡Voilá!

Todo lo que siempre quiso saber sobre el formato ePUB de sus ebooks y nunca se atrevió a preguntar (Cap. 01)

¿Quien lo inventa?
La International Digital Publishing Forum es una alianza de empresas para establecer los estándares tecnológicos y comerciales de la publicación digital. Sus miembros acordaron la definición de ePUB como la extensión de archivo (o sea todo lo que se llame “.epub”) que llevaran los libros electrónicos.

¿Que debe cumplir?
Pero no vale cualquier libro electrónico. Debe cumplir las siguientes características:
- en formato XML

- con reflow, (la capacidad de reajustar automáticamente los componentes del texto cuando se produzcan cambios en el formato del documento: tipo/tamaño de letra, márgenes, ventana de presentación, etc… Es lo que hace que los libros electrónicos no tengan un número de páginas fijo, sino que tienen una paginación dinámica).
- libre, abierto y sin encriptar
- y que cumple tres conjuntos abiertos de especificaciones:  la Open Publication Structure (OPS), Open Packaging Format (OPF) y Open Container Format (OCF). Estas especificaciones o estándares detallan lo que puede llevar dentro un ePUB, cómo debe estar organizado internamente y su modo de empaquetamiento (como fichero ZIP).
Dicho de otra forma, un fichero ePUB es un container (Contenedor), es decir una caja donde se guardan una serie de archivos (fundamentalmente en formato XHTML), cuyas características y contenidos están definidos y delimitados (mediante XML) y que se organizan y ordenan de una forma concreta (en una estructura de directorios definida). Y todo ello se empaqueta comprimiéndolo en formato ZIP.

Coco nos sugiere que hagamos la siguiente prueba:  Renombra un archivo “.ePUB” a “.ZIP”; y haz doble-click encima. El descompresor que tengas instalado en tu ordenador descomprimirá el archivo y te mostrará la estructura de directorios que incluye todos los archivos que forman parte de un ePUB.


¿Qué contiene un archivo ePub?

Si hacéis la prueba podréis comprobar que contiene una estructura como esta:

  

├───META-INF 
└───OEBPS 
 ├───Images 
 ├───Styles 
 └───Text 

Esta estructura de directorios es fija y debe darse siempre. El detalle de lo que se encuentra en cada directorio, cómo debe estar formado y para que sirve será objeto del Cap 02: Todo lo que siempre quiso saber sobre ePUB.

Añadimos el buscador de libros dedicado de Kiermel a Mi PAPYRE 6.1 reader para libros electrónicos

Hemos añadido a la sección “Más libros, más libres” situada en la barra de widgets de la derecha de la página, un enlace al buscador de libros dedicado de Kiermel, que por cierto, es un asiduo lector y socio de la Biblioteca; y además ha tenido la amabilidad de colocar un enlace hacia este BLOG.
Es un desarrollo muy práctico (mi primera opción para buscar algún libro) que se centra en la búsqueda en sitios específicos de libros electrónicos y además tiene subconjuntos de búsquedas programados por pestañas (en formato PDF, ePUB, en Scribd, …).
Para comprobar lo cómodo y práctico que resulta sólo tenéis que pulsar en el icono de la pila de libros de la sección “Más libros, más libres”

Resolviendo dudas RegEx sencillas para mejorar los ePUB de Mi PAPYRE 6.1 reader

Kiermel nos envía la siguiente duda:





 
Coco va a explicarnos como hacerlo paso a paso.
Queremos encontrar, un rango de números. Pues bien:
0-9
y lo encerramos entre corchetes para indicar que es un rango de números. Pero ¿cuántos números puede haber juntos? Al menos habrá 1, pues eso lo indicamos con el metacarácter "+". Cuando queramos encontrar desde 1 a n ocurrencias de lo que estemos buscando, usaremos “+”; para encontrar de 0 a n ocurrencias lo indicaríamos con “*”
[0-9+]
De momento, esto nos encontrará cualquier grupo de números de 1 o más cifras. Como es la expresión a mantener, la agrupamos encerrándola entre paréntesis. Así la expresión de búsqueda será:
<p class="title-p"><strong>([0-9+])</strong></p>
Y en la expresión de sustitución sólo tendremos que indicarle que queremos mantener sin reemplazar el PRIMER GRUPO (sólo hemos agrupado 1) de lo que encontramos en la expresión de búsqueda, y eso lo hacemos con "\1". Si tuviéramos 3 grupos y quisiéramos el tercer grupo, lo indicaríamos con "\3"
<h2>\1</h2>
Esperamos que nuestro amigo Kiermel lo haya entendido.

Y recordad, niños, ahora estoy CERCA y ahora LEJOS

Mi PAPYRE 6.1 reader y el nuevo PAPYRE 6.S ALEX, especificaciones frente a frente / Specs comparison PAPYRE 6.1 – new PAPYRE 6.S ALEX

Desde que GRAMMATA anunció la próxima comercialización del nuevo e-reader PAPYRE 6.S ALEX se ha generado una expectación importante. Para atender a ese interés este BLOG va a dedicarle unos posts analizando el nuevo producto. Y lo primero es ver desde donde partimos. Por eso hemos preparado una tabla comparativa de las especificaciones entre los dos dispositivos.







El documento permite analizar de un golpe de vista las diferencias más relevantes. Podéis descargaros el documento, como siempre desde DESCARGAS – DOCUMENTOS DE REFERENCIA / TECH DOCS - Nº4

As far as GRAMMATA is going to sell the new PAPYRE 6.S ALEX very soon we have made a spreadsheet with a specifications comparison between the PAPYRE 6.1 and PAPYRE 6.S ALEX. You may dowload it, as usual, from DESCARGAS – DOCUMENTOS DE REFERENCIA / TECH DOCS - Nº4 

Arreglando con RegEx los guiones largos perdidos(EM DASH) en un ebook ePUB para Mi reader PAPYRE 6.1 (Cap. 02)

Coco nos comenta que el otro día encontró algo extraño en un ebook ePUB con relación a los guiones largos. Resulta que al abrir el libro en ADE de Adobe los guiones largos aparecían como “?” (cierre interrogación). Evidentemente lo mismo pasaba en el lector ADE de mi PAPYRE. ¿Qué misterio es este?  

 

 

 

La cosa es aun más misteriosa porque, como podéis comprobar en las imágenes, el texto ePUB se ve perfectamente tanto en el browser incorporado de CALIBRE como el editor SIGIL. 

Pues es una cuestión de “buenas prácticas” a la hora de editar el libro. El asunto

está en que ADE es más

estrict

o

en el manejo del conjunto de caracteres permitidos

, y resulta que aunque parezca un guión largo (EM DASH), lo que tenemos en este libro es el carácter “barra” que no es admitido por ADE, PORQUE NO ES UNA ENTIDAD HTML 4.0.

Cómo Arreglarlo 

Pues sustituyéndolo por un carácter que estemos seguros que ADE va a aceptar. La

buena práctica

será utilizar siempre ENTIDADES HTML 4.0 cuyo listado podéis ver en la Wikipedia.
Así, sustituimos por el GUIÓN LARGO (EM DASH) y para estar seguros de no equivocarnos lo escribiremos en su notación HTML, es decir:

—Es una práctica que os recomiendo para cuando utilicéis caracteres "especiales" y así no tendremos sorpresas. Efectivamente después de sustituir, ¡Voilá!, texto arreglado.

 

 

Y recordad, niños, ahora estoy CERCA y ahora LEJOS

Cómo conseguir con RegEx un ebook ePUB con guiones largos (EM DASH) para Mi reader PAPYRE 6.1 (Cap. 01)

Siguiendo con las posibilidades que RegEx nos ofrece para mejorar nuestras libros electrónicos, hoy Coco va a ayudarnos a conseguir un texto con los guiones tipográficos cómo Dios manda. La verdad es que uno no se da cuenta de lo molesto que resulta para el ojo tener un texto con el “signo menos” (MINUS “-“) usado en lugar de los guiones propiamente dichos.
Podemos elegir entre el guión corto (“–“ “EN DASH” - combinación de teclas ALT+0150 bajo Windows) y el guión largo (“—“ “EM DASH” - combinación de teclas ALT+0151 bajo Windows).
La norma tipográfica consiste en

que el guion largo (“EM DASH”) sirve para indicar el cambio de interlocutor en un dialogo, detallar una observación dentro de una frase (es más estético que los paréntesis) o para presentar una enumeración. En relación a esto, a menudo es confundido con el guión corto o peor aún, con el signo “menos” (MINUS). Por lo tanto para las enumeraciones debemos utilizar el guion largo (“EM DASH”). Como r

egla general: debe dejarse un espacio antes y después del guion largo, pero no entre el guion largo y el texto a su interior.

El truco está en que debemos realizar la sustitución sin afectar a los guiones (“EN DASH”) o signos menos legítimos, como por ejemplo, los que separan las dos partes de un sustantivo compuesto (como en “hispano-romano”; p.ej.) o más importante aún en el caso que nos ocupa, los guiones que forman parte de la sintaxis de los estilos CSS (como en margin-bottom: 3px”). Si alteráramos este tipo de guión por error; podemos montar la marimorena en nuestro ePUB; nos quedamos sin libro electrónico.

Utilizando SIGIL vamos a depurar nuestro libro. Empezamos contabilizando las ocurrencias. En Buscar-Reemplazar” pulsamos “Count” y resulta que :

Tenemos 4793 “

signos menos” y la mayoría de ellos deberían ser guiones largos.

Comienzos de párrafo con cambio de interlocutor en el DIALOGO:

Es la convención habitual indicar los diálogos de los personajes (a diferencia de los párrafos de narración) iniciándolos con un guión. Sustituiremos el “MINUS” seguido de espacio por un guión largo (“EM DASH”).


Como siempre podéis acceder al código para COPIAR y PEGAR pulsando encima de la imagen correspondiente.
Expresión de búsqueda y sustitución:

La gracia está en que utilizamos >- para asegurar que sólo encontramos los comienzos de párrafo. Y luego el espacio seguido de una expresión que cubra cualquier posible carácter que venga después en el párrafo completo; aunque bastaría para nuestro objetivo simplemente con el primer carácter del párrafo. Efectivamente:
  Pulsamos ENTER y ¡Voilá!…


Guiones para detallar una observación dentro de una frase:

Se utiliza en lugar del paréntesis “(“ porque resulta más elegante desde el punto de vista tipográfico. Tendremos un guión de inicio, el texto a resaltar y un guión de cierre.


El guión de inicio podremos encontrarlo con la siguiente expresión de búsqueda: \s-(?!(\s))

Es decir, un espacio seguido de un “minus” QUE VAYA SEGUIDO DE UN CARACTER PERTENECIENTE A UNA PALABRA. Esto lo conseguimos con una negación: NO (?!(…)) CARATER ESPACIO \s

   La expresión de sustitución es sencilla: un espacio y el guión largo (EM DASH)   
Pulsamos ENTER y ¡TA-CHÁN!…    

El guión de cierre podremos encontrarlo con la siguiente expresión de búsqueda:

([\w])-(?!([\w]))

Es decir, un final de palabra seguido de un “minus” NO QUE VAYA SEGUIDO DE UN CARACTER PERTENECIENTE A UNA PALABRA. Esto lo conseguimos con una negación: NO (?!(…)) CARATER PERTENECIENTE A UNA PALABRA \w

 
La expresión de sustitución es sencilla: el final de palabra encontrado \1– y el guión largo (EM DASH)

 

Pulsamos ENTER y ¡Ale-Hop!…

 

Únicamente nos quedarían los casos en que el guión de cierre viene después de un carácter de puntuación.
La expresión de búsqueda

([.;¿?’¡!…>])-(?!([\w])) nos serviría para rematar esos casos. (22 ocurrencias en nuestro texto). La expresión de sustitución es la misma que para el caso anterior \1–

Por último, sólo nos quedarían algunos casos (generalmente errores) en los que el guión de cierre tiene delante un espacio. (5 ocurrencias en nuestro texto) que podemos buscar con la expresión de búsqueda: ([\s])-(?!([\w])) y procederemos a corregir eliminando el espacio con la expresión de sustitución – guión largo (EM DASH)  
  
De esta forma hemos podido sustituir todos los MINUS por guiones largos propiamente dichos.


Y recordad, niños, ahora estoy CERCA y ahora LEJOS