EPUB portátiles

Los esfuerzos por convertir EPUB en un sustituto viable del PDF están generando tanto entusiasmo como escepticismo. Los partidarios sostienen que unos «EPUB portátiles» basados en HTML y autocontenidos podrían ofrecer texto con reflujo, mejor accesibilidad y funciones interactivas sin dejar de funcionar sin conexión, pero los críticos se preocupan por JavaScript, los recursos remotos, el renderizado inconsistente entre lectores y la complejidad de HTML/CSS frente al diseño fijo del PDF. Muchos participantes convergen en un compromiso: mantener los EPUB como HTML inerte empaquetado en ZIP, con tipografía sólida y soporte de anotaciones, pero separar claramente los casos de uso que exigen un diseño fijo, similar al de impresión, de los que se benefician de una lectura flexible y adaptable al dispositivo.

Motivación: PDFs vs EPUBs

  • Muchos coinciden en que los PDF son malos para leer en teléfonos y lectores electrónicos debido al diseño fijo y a la fricción de hacer zoom o desplazarse.
  • Otros valoran la estabilidad de los PDF y su diseño controlado por el autor, bueno para manuales técnicos, especificaciones e impresión.
  • Varios quieren un formato que conserve la fiabilidad del PDF pero añada reflujo y mejor accesibilidad.

EPUB3, «Portable EPUB» y subconjuntos

  • Varios comentaristas señalan que EPUB3 ya admite la mayoría de las funciones propuestas (diseño fijo, reflujo, MathML, superposiciones multimedia).
  • Las implementaciones son incoherentes; distintos lectores admiten partes distintas de la especificación, por lo que algunos ven útil un subconjunto «portátil» restringido, mientras que otros lo consideran innecesario o regresivo.
  • Preocupación: exigir compatibilidad completa con JS puede perjudicar la portabilidad y excluir lectores de tinta electrónica populares que desactivan JS.

Diseño, tipografía y paginación

  • Debate sobre hasta qué punto EPUB/HTML debería parecerse a la tipografía de un PDF.
  • Algunos dicen que HTML+CSS se diseñaron para un diseño adaptable y que los autores deberían renunciar al control perfecto.
  • Otros señalan la tipografía débil de CSS (por ejemplo, cortes de línea y alineación de línea base) y quieren mejores herramientas o lectores dedicados con motores de maquetación de alta gama.
  • Ideas: rendiciones de diseño fijo como valores predeterminados, varias hojas de estilo para distintos tamaños de pantalla o saltos de línea precalculados.

Interactividad, JS y seguridad

  • Los entusiastas quieren «documentos vivos» con tablas interactivas, gráficos y materiales didácticos.
  • Muchos se oponen por completo a JS en ebooks, prefiriendo documentos inertes y sin conexión; asocian JS con hinchazón, errores, seguimiento y superficie de ataque.
  • Una postura intermedia: JS debería ser una mejora opcional; los libros deben seguir siendo utilizables con JS desactivado.

Red, privacidad y uso sin conexión

  • Fuerte rechazo a los recursos remotos en ebooks: rompen el uso sin conexión y permiten la vigilancia del lector (por ejemplo, seguimiento mediante píxeles).
  • Otros sostienen que cargar activos de red es la fortaleza de HTML y que eliminarlo perjudica la adopción; varios lectores discrepan, valorando la inmutabilidad y la fiabilidad sin conexión.

Anotaciones y toma de notas

  • Varias personas ven las anotaciones ricas y portátiles como una pieza clave que falta en EPUB frente a PDF.
  • Funciones deseadas: resaltados con ubicaciones precisas, notas exportables, anotaciones manuscritas en línea y formatos estandarizados (por ejemplo, Web Annotation) para que las notas viajen entre lectores.
  • La realidad actual: las anotaciones son específicas de cada aplicación; algunos usuarios convierten EPUB → PDF solo para conservar notas manuscritas.

Herramientas, navegadores y complejidad

  • Algunos creen que la adopción de EPUB se ve frenada porque los navegadores no abren .epub de forma nativa, a diferencia de los PDF; otros señalan que ya existen extensiones de navegador y visores integrados en apps.
  • Implementar un motor completo de HTML/CSS se ve como algo pesado; entre las propuestas están usar WebViews, restringir drásticamente el subconjunto de HTML/CSS o incluso formatos alternativos de marcado ligero.
  • Una minoría argumenta que EPUB debería seguir siendo lo más simple y estático posible para que los lectores y los dispositivos caseros sean fáciles de implementar.