<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Fran Ontanaya &#187; edición digital</title>
	<atom:link href="http://www.franontanaya.com/tema/edicion-digital/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.franontanaya.com</link>
	<description>Autor, geek y diseñador web</description>
	<lastBuildDate>Mon, 23 Jan 2012 10:26:10 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
		<item>
		<title>CSS: Texto líquido sobre una imagen con tamaño variable</title>
		<link>http://www.franontanaya.com/2011/07/25/css-texto-liquido-sobre-una-imagen-con-tamano-variable/</link>
		<comments>http://www.franontanaya.com/2011/07/25/css-texto-liquido-sobre-una-imagen-con-tamano-variable/#comments</comments>
		<pubDate>Mon, 25 Jul 2011 17:14:28 +0000</pubDate>
		<dc:creator>Fran Ontanaya</dc:creator>
				<category><![CDATA[Diseño Web]]></category>
		<category><![CDATA[CSS]]></category>
		<category><![CDATA[CSS3]]></category>
		<category><![CDATA[diseño líquido]]></category>
		<category><![CDATA[edición digital]]></category>
		<category><![CDATA[ePub]]></category>
		<category><![CDATA[HTML]]></category>
		<category><![CDATA[libros digitales]]></category>

		<guid isPermaLink="false">http://www.franontanaya.com/?p=5409</guid>
		<description><![CDATA[Recientemente estuve considerando varias técnicas para mostrar gráficas en libros EPUB con la mejor calidad posible. Casi todas son inviables debido a la falta de soporte, incluyendo las que serían ideales: SVG o lienzos HTML5. Pero lo que más lamenté fue descartar una de mis dos soluciones que usaban solo CSS. El problema general a resolver es tener una gráfica que se ajusta a la anchura de página (width: 100%) con la mejor calidad de imagen posible. La mayoría de los libros electrónicos en circulación en 2011 no utilizan un algoritmo de interpolación; cuando el tamaño de la imagen es [...]]]></description>
			<content:encoded><![CDATA[<p>Recientemente estuve considerando varias técnicas para mostrar gráficas en libros EPUB con la mejor calidad posible. Casi todas son inviables debido a la falta de soporte, incluyendo las que serían ideales: SVG o lienzos HTML5. Pero lo que más lamenté fue descartar una de mis dos soluciones que usaban solo CSS.</p>
<p>El problema general a resolver es tener una gráfica que se ajusta a la anchura de página (<strong>width: 100%</strong>) con la mejor calidad de imagen posible. La mayoría de los libros electrónicos en circulación en 2011 no utilizan un algoritmo de interpolación; cuando el tamaño de la imagen es distinto al tamaño de página se limitan a duplicar o suprimir filas/columnas de píxeles. Esto hace que el texto incluido en la imagen sea más difícil de leer, sobre todo si el tamaño de texto es pequeño y el tamaño de página es inferior al de la imagen:</p>
<p><img src="http://www.franontanaya.com/wp-content/uploads/2011/07/interpolación.png" alt="" title="interpolación" width="450" height="886" class="aligncenter size-full wp-image-5410" /></p>
<p>La solución que quería implementar requiere CSS3 y soporte para <strong>position: absolute</strong>. Por desgracia, el estándar EPUB para el que están preparados los ereaders en circulación no incluye CSS3 y muchos ignoran también el posicionamiento absoluto.</p>
<p>El truco consiste en colocar la imagen sin texto dentro de un <strong>div</strong> (cuyo tamaño se ajustará al de la imagen) y posicionar el texto de forma absoluta dentro del div usando porcentajes. Para ajustar el tamaño del texto empleamos media queries con el argumento <strong>min-width</strong>:</p>
<pre class="brush: css; title: ; notranslate">
.figura {
   width: 100%;
   position: relative;
}
.figura img {
   width: 100%;
}
.figura .dato {
   position: absolute;
   font-size: 11px;
}
@media (min-width: 601px) {
   .figura .dato { font-size: 13px; }
}
@media (min-width: 701px) {
   .figura .dato { font-size: 14px; }
}
@media (min-width: 801px) {
   .figura .dato { font-size: 15px; }
}
@media (min-width: 901px) {
   .figura .dato { font-size: 16px; }
}
@media (min-width: 1025px) {
   .figura .dato { font-size: 17px; }
}
</pre>
<p>Para el código de ejemplo he puesto los datos en divs, pero se podrían usar listas u otras etiquetas más semánticas.</p>
<pre class="brush: xml; title: ; notranslate">
&lt;div class=&quot;figura&quot;&gt;
   &lt;img src=&quot;..&quot;&gt;
   &lt;div class=&quot;dato&quot; style=&quot;top: 10%; left: 20%;&quot;&gt;1737,48&lt;/div&gt;
   &lt;div class=&quot;dato&quot; style=&quot;top: 10%; left: 30%;&quot;&gt;1234,56&lt;/div&gt;
   &lt;div class=&quot;dato&quot; style=&quot;top: 10%; left: 40%;&quot;&gt;845,12&lt;/div&gt;
&lt;/div&gt;
</pre>
<p>En teoría, al usar CSS3 deberíamos poder usar la imagen como fondo para el div del envoltorio. En la práctica el soporte para CSS3 suele ser incompleto, por lo que podemos disponer de <strong>min-width</strong> para las media queries y no de imágenes de fondo escalables.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.franontanaya.com/2011/07/25/css-texto-liquido-sobre-una-imagen-con-tamano-variable/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>42 predicciones sobre el libro en 2010</title>
		<link>http://www.franontanaya.com/2010/01/08/42-predicciones-sobre-el-libro-en-2010/</link>
		<comments>http://www.franontanaya.com/2010/01/08/42-predicciones-sobre-el-libro-en-2010/#comments</comments>
		<pubDate>Fri, 08 Jan 2010 15:20:17 +0000</pubDate>
		<dc:creator>Fran Ontanaya</dc:creator>
				<category><![CDATA[Artículos]]></category>
		<category><![CDATA[Blog]]></category>
		<category><![CDATA[edición]]></category>
		<category><![CDATA[edición digital]]></category>
		<category><![CDATA[libros digitales]]></category>
		<category><![CDATA[libros electrónicos]]></category>

		<guid isPermaLink="false">http://www.franontanaya.com/?p=3011</guid>
		<description><![CDATA[George Walkley ha compilado una tabla con las predicciones de varios blogueros destacados del mundo del libro y me ha apetecido hacer mis propios vaticinios. El año pasado ya conseguí anticiparme a Kickstarter y Book View Café. 1. El contenido enriquecido será importante No. Todos los sectores estarán demasiado ocupados con los cambios de este año como para embarcarse en la producción de libros dinámicos. 2. Las editoriales ignorarán el contenido enriquecido Sí. El coste de la producción crece más rápido que los ingresos cuando se añade contenidos extra. 3. Habrá más integración de los ebooks con otros productos y [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.georgewalkley.com/">George Walkley</a> ha compilado <a href="http://www.georgewalkley.com/predictions.html">una tabla</a> con las predicciones de varios blogueros destacados del mundo del libro y me ha apetecido hacer mis propios vaticinios. El año pasado ya conseguí anticiparme a <a href="http://www.kickstarter.com/">Kickstarter</a> y <a href="http://www.bookviewcafe.com/">Book View Café</a>.<br />
<span id="more-3011"></span></p>
<div class="artsandcrafts">
<h5>1. El contenido enriquecido será importante</h5>
<div class="dropcap rojo">No. Todos los sectores estarán demasiado ocupados con los cambios de este año como para embarcarse en la producción de libros dinámicos.</div>
<h5>2. Las editoriales ignorarán el contenido enriquecido</h5>
<div class="dropcap verde">Sí. El coste de la producción crece más rápido que los ingresos cuando se añade contenidos extra.</div>
<h5>3. Habrá más integración de los ebooks con otros productos y servicios</h5>
<div class="dropcap rojo">No. El mercado del ebook todavía se está asentando y aún no tenemos un dispositivo único.</div>
<h5>4. Las editoriales estarán confundidas sobre qué es el producto que producen</h5>
<div class="dropcap rojo">No. Estarán confundidas sobre el valor de lo que venden.</div>
<h5>5. Cambios en la forma, como ebooks más breves</h5>
<div class="dropcap verde">Sí. La brevedad es una virtud en la red. Veremos más novelas cortas y series por episodios.</div>
<h5>6. Los dispositivos dedicados perderán inercia en favor de los multifuncionales</h5>
<div class="dropcap verde">Sí. La distinción entre libro y web está destinada a desaparecer.</div>
<h5>7. Proliferarán los dispositivos dedicados</h5>
<div class="dropcap rojo">No. Los desarrolladores se limitarán a sacar algunas iteraciones más de e-ink y esperarán hasta saber qué forma toman los ereaders 2.0.</div>
<h5>8. Nuevos puntos de venta físicos para los libros</h5>
<div class="dropcap rojo">No. Aunque los libros impresos llegarán a venderse en las tiendas de decoración, de souvenirs y de coleccionismo, la industria para fabricarlos aún no arrancará en 2010.</div>
<h5>9. El formato digital presionará a las cadenas de librerías físicas</h5>
<div class="dropcap verde">Sí. Las librerías tendrán que olvidarse del libro ordinario y concentrarse en los fetiches.</div>
<h5>10. Los libreros independientes pueden prosperar, pero tendrán que especializarse</h5>
<div class="dropcap verde">Sí. Hay sitio todavía para las tiendas de libros antiguos, libros de coleccionista y restauración de libros. Pero incluso los libros infantiles y de arte acabarán teniendo dispositivos dedicados.</div>
<h5>11. Los libros digitales requerirán nuevos registros industriales</h5>
<div class="dropcap verde">Sí. Tarde o temprano se impondrá un estándar basado en cadenas hash.</div>
<h5>12. Se hará necesario un estándar para publicar las cifras de ventas digitales</h5>
<div class="dropcap rojo">No. Hasta que no estén todos los canales de publicación alineados no empezarán a comparar cifras.</div>
<h5>13. Los libros digitales se convertirán en una parte sustancial de los ingresos para muchos títulos.</h5>
<div class="dropcap verde">Sí. Puede que la gente se abstenga de comprar papel mientras se decide a adquirir un libro electrónico.</div>
<h5>14. Se fortalecerá el estándar ePUB</h5>
<div class="dropcap verde">Sí. Aunque en el futuro será sustituido por documentos HTML 5 enlazados a hojas de metadatos.</div>
<h5>15. Los precios bajos para el consumidor serán vistos como la norma</h5>
<div class="dropcap verde">Sí. Desaparece el gran bocado de las librerías y muchos gastos de tirada y de distribución. Además el mercado tolerará una gran mortalidad infantil de obras fallidas por falta de edición.</div>
<h5>16. Mayor experimentación con el precio y nuevos modelos comerciales</h5>
<div class="dropcap verde">Sí. Sobre todo, veremos más creadores usando el modelo <a href="http://www.kickstarter.com/">Kickstarter</a>. En España aún tendremos que esperar.</div>
<h5>17. Los canales para comercializar libros digitales proliferarán</h5>
<div class="dropcap verde">Sí. En 2010 las telecos los incluirán en su facturación móvil. A largo plazo sólo quedarán unos pocos vencedores claros.</div>
<h5>18. Las editoriales centrarán sus propiedades y ofertas en sus puntos fuertes</h5>
<div class="dropcap verde">Sí. Muchas de las pequeñas ramas de negocio serán abandonadas o absorbidas para producir best-sellers y libros de celebridades.</div>
<h5>19. Las editoriales intentarán crear relaciones directas con el consumidor</h5>
<div class="dropcap rojo">No. La filosofía necesaria no está. Los editores carismáticos fueron sustituidos en su día por jefes de ventas.</div>
<h5>20. Tendencia hacia los libros de lujo como contrapartida a los ebooks</h5>
<div class="dropcap verde">Sí. Llamadlo el “ejemplo <a href="http://es.wikipedia.org/wiki/Warhammer_Fantasy_Battle">Warhammer</a>”. En 2010 serán sobre todo ediciones ómnibus. Después, conforme los talleres de edición vayan proliferando, llegarán las ediciones de lujo limitadas y dedicadas.</div>
<h5>21. Los pequeños editores prosperarán</h5>
<div class="dropcap rojo">No. El pequeño editor irá cediendo el lugar a los grupos de creadores.</div>
<h5>22. Crecerá la autopublicación</h5>
<div class="dropcap verde">Sí. Las condiciones económicas son inigualables. Los autores noveles serán preseleccionados por las redes sociales.</div>
<h5>23. Las grandes editoriales harán recortes y/o absorciones</h5>
<div class="dropcap verde">Sí. Las grandes editoriales intentarán concentrar su publicidad en la marca principal.</div>
<h5>24. Las editoriales reducirán el número de títulos</h5>
<div class="dropcap verde">Sí. Sobre todo debido al abandono del fondo editorial.</div>
<h5>25. Aumentará el negocio de archivos educativos y científicos</h5>
<div class="dropcap verde">Sí. Los usuarios atribuyen utilidad a los documentos científicos y ponen el máximo nivel de exigencia en su correcto mantenimiento, actualización, clasificación y formateado.</div>
<h5>26. Nuevos modelos de adquisiciones y avances</h5>
<div class="dropcap rojo">No. Cualquier obra que no se pueda adquirir como hasta ahora se publicará por canales completamente distintos.</div>
<h5>27. Todos los formatos se publicarán en un evento único</h5>
<div class="dropcap verde">Sí. Sólo los autores noveles y minoritarios aplazarán el audiolibro o la tirada impresa.</div>
<h5>28. Los consumidores demandarán la publicación simultánea</h5>
<div class="dropcap verde">Sí. El libro de coleccionista tiene que estar disponible al mismo tiempo que el digital para aprovechar la oportunidad.</div>
<h5>29. Los consumidores tendrán más poder</h5>
<div class="dropcap verde">Sí. Cada vez controlarán más la publicidad del libro a través de sus opiniones y, más adelante, incluso la producción.</div>
<h5>30. La información sobre la gestión de los derechos será cada vez más importante</h5>
<div class="dropcap verde">Sí. Este año aún veremos toda clase de complicados modelos privativos. A la larga los contratos entre las partes serán mucho más simples.</div>
<h5>31. Los derechos regionales estarán bajo presión creciente</h5>
<div class="dropcap verde">Sí. Nada impide a una editorial en Micronesia encargar 200 traducciones y vender un libro en todo el mundo.</div>
<h5>32. Google lo cambiará todo</h5>
<div class="dropcap verde">Sí. En 2010 el asunto Google Books se resolverá de un modo u otro y empezarán a aprovechar que el primer instinto de los lectores es buscar los libros en Google. En España será aún más acusado después de que la escasez de contenidos haya entrenado al público a actuar de ese modo.</div>
<h5>33. Apple lo cambiará todo</h5>
<div class="dropcap verde">Sí. En cuanto debuten un dispositivo con forma de libro electrónico el mercado del libro digital crecerá de golpe con varios millones de usuarios.</div>
<h5>34. Los autores dueños de plataformas propias con éxito empezarán a actuar como editores</h5>
<div class="dropcap verde">Sí. El futuro son los grupos de creadores.</div>
<h5>35. La carrera de los autores tendrá que gestionarse de forma continua, no sólo en torno a la publicación</h5>
<div class="dropcap verde">Sí. Sin una presencia constante es fácil perder la atención de la gente, sobre todo si el autor no es de los que revolucionan la literatura cada dos años.</div>
<h5>36. El factor demográfico se inclinará en favor de los lectores jóvenes</h5>
<div class="dropcap rojo">No. Los libros electrónicos son un gadget bastante sencillo para todas las generaciones. Por otro lado, las alternativas de ocio son cada vez más abundantes para los jóvenes. Además, la ficción tiene que renovarse para reflejar las nuevas formas de diálogo e interacción.</div>
<h5>37. Las bibliotecas necesitarán encontrar una función digital</h5>
<div class="dropcap verde">Sí. El futuro de las bibliotecas es rescatar y catalogar la información que se produce en formatos distintos al libro.</div>
<h5>38. Los editores se dan cuenta de que las bibliotecas son una amenaza</h5>
<div class="dropcap verde">Sí. Será interesante ver el impacto que sufrirá este año el fondo de catálogo.</div>
<h5>39. Los gremios y sociedades de gestión pugnarán para continuar siendo relevantes</h5>
<div class="dropcap verde">Sí. Cada vez es más difícil que un creador esté excluido del mercado. Además es demasiado arriesgado comprometer la imagen a los vaivenes de organizaciones tan heterogéneas.</div>
<h5>40. La nube desafiará nuestras nociones de propiedad</h5>
<div class="dropcap verde">Sí. Poco a poco empezará a hacerse evidente que la información publicada es pública. La capitalización de los contenidos se centrará en la fase previa a la publicación.</div>
<h5>41. Habrá conflictos entre las partes en la cadena de valor</h5>
<div class="dropcap verde">Sí. Los libreros todavía tienen mucho poder, pero los editores saben que pronto tendrán mucho menos. Por otro lado, los editores, que cada vez trabajan menos en la promoción y cada vez cargan más al agente con las labores de corrección, tendrán que renovar la confianza de los autores si no quieren que los abandonen.</div>
<h5>42. Incremento de la contratación exterior para la edición y la producción de contenidos</h5>
<div class="dropcap verde">Sí. Cuando las viejas grandes editoriales se den cuenta de que cualquier editorial en India o en China puede competir con ellas tendrán que unirse al enemigo o morir.</div>
</div>
<p><br style="clear:both;"></p>
]]></content:encoded>
			<wfw:commentRss>http://www.franontanaya.com/2010/01/08/42-predicciones-sobre-el-libro-en-2010/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Cómo crear un ePub a mano</title>
		<link>http://www.franontanaya.com/2009/07/09/como-crear-un-epub-a-mano/</link>
		<comments>http://www.franontanaya.com/2009/07/09/como-crear-un-epub-a-mano/#comments</comments>
		<pubDate>Thu, 09 Jul 2009 18:36:45 +0000</pubDate>
		<dc:creator>Fran Ontanaya</dc:creator>
				<category><![CDATA[Guías]]></category>
		<category><![CDATA[edición digital]]></category>
		<category><![CDATA[ePub]]></category>

		<guid isPermaLink="false">http://www.franontanaya.com/?p=2528</guid>
		<description><![CDATA[Kiermel nos dice: «Ya hay un software con el que puedes crear un EPUB de forma visual WYSIWYG. Se llama Sigil y tiene licencia de Fuente Abierta GPLv3: http://code.google.com/p/sigil/». Podéis leer un minitutorial ilustrado sobre cómo usar Sigil aquí. Lo que sigue son instrucciones técnicas sobre el formato EPUB. La mayor parte de la información procede de aquí y de aquí. — Los documentos EPUB no son más que HTML, CSS, metadatos e imágenes empaquetados en un zip. Si uno abre el archivo con un gestor de archivadores puede extraer los contenidos sin más (si no llevan DRM). Sin embargo, [...]]]></description>
			<content:encoded><![CDATA[<p>Kiermel nos dice: «Ya hay un software con el que puedes crear un EPUB de forma visual WYSIWYG. Se llama Sigil y tiene licencia de Fuente Abierta GPLv3: <a href="http://code.google.com/p/sigil/">http://code.google.com/p/sigil/</a>». Podéis leer un minitutorial ilustrado sobre cómo usar Sigil <a href="http://www.franontanaya.com/2010/07/08/minitutorial-crear-un-epub-con-sigil/">aquí</a>. </p>
<p>Lo que sigue son instrucciones técnicas sobre el formato EPUB. La mayor parte de la información procede de <a href="http://www.jedisaber.com/eBooks/tutorial.asp">aquí</a> y de <a href="http://arnold.siboro.org/2009/01/19/creating-epub-ebook/">aquí</a>.</p>
<p>—</p>
<p>Los documentos EPUB no son más que HTML, CSS, metadatos e imágenes empaquetados en un zip. Si uno abre el archivo con un gestor de archivadores puede extraer los contenidos sin más (si no llevan DRM). Sin embargo, los documentos que generan algunos conversores automáticos no validan con epubcheck y están llenos de marcas de estilo inútiles. En ocasiones nos puede interesar saber cómo manipular directamente un archivo EPUB sin utilizar asistentes.</p>
<h3>1. Requisitos</h3>
<ul>
<li>Conocer HTML.</li>
<li>Conocer CSS.</li>
</ul>
<h3>2. Herramientas</h3>
<ul>
<li>Un editor de textos sencillo, mejor si resalta las palabras clave de CSS y HTML.</li>
<li>Usuarios de Windows: un compresor avanzado de archivos zip.</li>
<li>Una plantilla. Cualquier EPUB sin DRM que sepamos que funciona puede servir.</li>
<li>Opcional: GIMP, Photoshop, etc. para editar imágenes.</li>
<li>Opcional: <a href="http://code.google.com/p/epubcheck/">epubcheck</a> (requiere Java). También se pueden validar los EPUBs en línea <a href="http://www.threepress.org/document/epub-validate/">aquí</a>.</li>
<li>Un libro electrónico o software para comprobar el resultado.</li>
</ul>
<h3>3. Preparación</h3>
<p>Para acceder a los contenidos de un documento en formato EPUB que vayamos a editar o a usar como plantilla para crear uno nuevo sólo tenemos que descomprimirlo. </p>
<p>La carpeta de trabajo debería contener:</p>
<ul>
<li><strong>mimetype</strong>: es un archivo de texto sin extensión que debe contener «application/epub+zip», sin comillas.</li>
<li><strong>META-INF</strong>: carpeta.</li>
<li><strong>OEBPS</strong>: carpeta.</li>
</ul>
<p> </p>
<p>Dentro de META-INF:</p>
<ul>
<li><strong>container.xml</strong>: es el archivo que indica dónde está el contenido en sí. Es la línea en la que pone «full-path=“OEBPS/content.opf”». Normalmente no necesitaremos cambiarlo.</li>
</ul>
<p> </p>
<p>Dentro de OEBPS:</p>
<ul>
<li><strong>content.opf</strong>: contiene los metadatos, el manifiesto (la declaración de lo que contiene) de nuestro documento y el orden de presentación. Si no vamos a cambiar nada en la plantilla no tendremos que hacer mucho aparte de editar los datos y el número de capítulos.</p>
<p>La línea «dc:identifier» es el identificador único. Detrás de “urn:uuid:” podemos poner el ISBN o cualquier otro número que nos convenga.</p>
<p>En «dc:language» figura el indicador de idioma. Para el español es «es». Para el español de España es «es-es», para el de Argentina «es-ar», etc.</p>
<p>En la sección «manifest» se listan los archivos que forman parte del libro en sí:<br />
<code>&lt;item id="imgl" href="images/cover.jpg" media-type="image/jpeg"/&gt;<br />&lt;item id="chapter01" href="Section0001.xhtml" media-type="application/xhtml+xml"&gt;<br />...</code></p>
<p>El orden no importa. Cada capítulo debería ir en un archivo separado, por ejemplo “Section0001.xhtml” “Section0002.xhtml”, etc., y los tenemos que listar aquí, junto con cualquier otra sección que queramos añadir.</p>
<p>El atributo «id» que de cada archivo se usa para ordenar los contenidos en la sección «spine»:<br />
<code>&lt;spine toc="ncx"&gt;<br />&nbsp;&nbsp;&lt;itemref idref="cover"/&gt;<br />&nbsp;&nbsp;&lt;itemref idref="titlepage"/&gt;<br />...</code></p>
<p>En el tag que abre la sección se indica el id de la tabla de contenidos (TOC).</li>
<li><strong>toc.ncx</strong>: este es el índice. El encoding debería ser «utf-8». En el metadato «dtb:uid» se indica la id que habíamos elegido. «dtb:depth» indica el número de niveles del índice. En teoría «dtb:totalPageCount» y «dtb:maxPageNumber» son requeridos pero no hace falta ponerles un valor para que valide el EPUB.
<p>A continuación viene la estructura del índice. En los tags «navpoint» se indican los mismos id que aparecen en content.opf para cada archivo. Los valores para «playorder» tienen que estar en orden y sin saltos de numeración.</li>
<li><strong>stylesheet.css</strong>: La hoja de estilos. En un libro ordinario no serán necesario ser muy específicos con los formatos. Es mejor que los controle la aplicación del usuario.</li>
<li><strong>cover.xhtml, titlepage.xhtml, copyright.xhtml, Section0001.xhtml, legal.xhtml…</strong>: Esto son las secciones del libro en formato <a href="http://es.wikipedia.org/wiki/XHTML">XHTML</a>. Se pueden crear tantas como se desee para poder acceder a cada sección desde el índice.</li>
<li><strong>images</strong>: carpeta. Contiene las imágenes que acompañan al texto, incluida la cubierta. Probablemente los lectores de ebooks esperen que el archivo se llame “cover.jpg” o “cover.png”. No hay normas sobre el tamaño adecuado. Cuanto mayor sea la imagen mejor calidad tendrá en lectores de cierto tamaño, pero también aumentará de forma desproporcionada el tamaño del archivo.</li>
</ul>
<h3>4. Empaquetado</h3>
<p>Para empaquetar de nuevo el libro, el archivo «mimetype» tiene que ir primero y sin compresión. En Linux o en Mac sólo tenemos que ir a la carpeta de trabajo en una terminal y escribir:</p>
<p><code>zip -v0X miebook mimetype<br />zip -vr miebook * -x miebook.zip mimetype<br />mv miebook.zip miebook.epub</code></p>
<p>Por último, deberíamos validar el archivo. Si hemos bajado epubcheck, vamos a la terminal y escribimos:</p>
<p><code>java -jar epubcheck.jar "miebook.epub"</code></p>
<p>El programa nos indicará si ha encontrado algún error y qué tipo de error es.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.franontanaya.com/2009/07/09/como-crear-un-epub-a-mano/feed/</wfw:commentRss>
		<slash:comments>19</slash:comments>
		</item>
	</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced

Served from: www.franontanaya.com @ 2012-02-10 11:46:58 -->
