Tu ePub está bien

Artículo original ↗ Discusión en Hacker News ↗

EPUB, CSS y cumplimiento de estándares

  • EPUB es esencialmente HTML/CSS comprimido en un ZIP; en teoría es fácil de renderizar y editar, pero en la práctica las implementaciones son inconsistentes.
  • CSS está diseñado para ser compatible hacia adelante: las declaraciones desconocidas o ilegales deben ignorarse, no causar fallos. Varios comentarios afirman que ADE/RMSDK violan incluso las reglas de CSS1 al tratar problemas menores de CSS como fatales.
  • EPUB 3+ se vinculó a las especificaciones “vivas” del navegador (WHATWG HTML, CSS moderno), que avanzan más rápido que los lectores electrónicos embebidos. Esto hizo que algunos EPUB antiguos dejaran de ser técnicamente conformes, así que muchas herramientas siguen apuntando a EPUB 2 o 3.1.
  • Debate: algunos argumentan que la especificación es demasiado ambiciosa para dispositivos de evolución lenta; otros insisten en que las implementaciones simplemente deberían seguir la especificación e ignorar CSS desconocido.

Kobo, RMSDK y Kepub

  • El motor RMSDK basado en Adobe de Kobo es ampliamente descrito como anticuado y frágil, y rechaza EPUB que por lo demás son válidos.
  • Solución alternativa: convertir EPUB a formato kepub de Kobo (por ejemplo, mediante complementos de Calibre o kepubify). Esto usa un renderizador distinto con mejor diseño, más funciones (por ejemplo, resaltado entre páginas) y menos problemas de compatibilidad.
  • Varios usuarios instalan KOReader o Plato como renderizadores alternativos; a menudo manejan mejor EPUB y PDF e ignoran CSS problemático.
  • Según se informa, Kobo está reescribiendo su software (especialmente en la UE, vinculado a normas de accesibilidad) y puede estar alejándose del DRM de Adobe, pero los detalles y las concesiones no están claros.

EPUB vs PDF y minimalismo

  • Algunos prefieren PDF pese a sus internals notoriamente complejos porque el comportamiento del lector es más predecible y compatible con sistemas heredados.
  • Otros prefieren EPUB, pero abogan por usar HTML/CSS extremadamente simple (o incluso texto plano) para maximizar la compatibilidad en lectores antiguos y defectuosos.
  • Varios lectores eliminan el estilo “llamativo”, las fuentes incrustadas y el CSS moderno, argumentando que los ebooks rara vez necesitan un diseño complejo.

DRM, ecosistemas y apertura de los dispositivos

  • El DRM estilo ADE se ve como frágil y excluyente: difícil de soportar como tercero y una barrera para nuevo software lector.
  • La gente describe la eliminación del DRM (cuando es posible) para obtener EPUB estándar; algunos usuarios de bibliotecas dicen que ADE ya no funciona en sus sistemas.
  • Comparaciones: Kindle es elogiado por su fiabilidad, pero criticado por el bloqueo de proveedor y la dependencia de los servicios de Amazon; Kobo, PocketBook, Boox, PineNote y otros dispositivos basados en Linux/Android se discuten como más hackeables/abiertos, pero con concesiones en estabilidad, UX o coste.

Adobe, Flash y sentimiento general

  • Fuerte sentimiento ضد Adobe: productos vistos como centrados en DRM y mal mantenidos (RMSDK, Flash, a veces herramientas PDF).
  • Un largo desvío compara el poder creativo y la facilidad de publicación de Flash frente a sus problemas de seguridad, rendimiento y propiedad; se usa como analogía del manejo por Adobe de la tecnología EPUB.