你的 ePub 没问题

原文 ↗ Hacker News 讨论 ↗

EPUB、CSS 和标准符合性

  • EPUB 本质上就是打包成 zip 的 HTML/CSS；理论上容易渲染和编辑，实际上实现并不一致。
  • CSS 的设计目标是向前兼容：未知/非法声明应当被忽略，而不应导致失败。若干评论指出，ADE/RMSDK 甚至把轻微的 CSS 问题当作致命错误，违反了 CSS1 的规则。
  • EPUB 3+ 绑定到了“活的”浏览器规范（WHATWG HTML、现代 CSS），而这些规范比嵌入式电子阅读器演进得更快。这使得一些较早的 EPUB 在技术上变成了不符合规范，所以很多工具仍然以 EPUB 2 或 3.1 为目标。
  • 争论点：有人认为对于更新缓慢的设备来说，该规范过于雄心勃勃；也有人坚持实现只需遵循规范并忽略未知 CSS 即可。

Kobo、RMSDK 和 Kepub

  • Kobo 基于 Adobe 的 RMSDK 引擎被广泛认为过时且脆弱，会拒绝本来有效的 EPUB。
  • 解决办法：将 EPUB 转换为 Kobo 的 kepub 格式（例如通过 Calibre 插件或 kepubify）。这会使用不同的渲染器，排版更好，功能更多（例如跨页高亮），兼容性问题更少。
  • 多位用户会安装 KOReader 或 Plato 作为替代渲染器；它们通常对 EPUB 和 PDF 的处理更好，并会忽略有问题的 CSS。
  • 据称 Kobo 正在重写其软件（尤其在欧盟，受无障碍法规推动），并且可能正在摆脱 Adobe DRM，但细节和取舍并不清楚。

EPUB vs PDF 与极简主义

  • 有些人更喜欢 PDF，尽管其内部结构臭名昭著地复杂，因为阅读器行为更可预测，也更兼容旧设备。
  • 另一些人更喜欢 EPUB，但主张使用极其简单的 HTML/CSS（甚至纯文本）以最大化对旧的和有 bug 的阅读器的兼容性。
  • 一些阅读器会去除“花哨”的样式、嵌入字体和现代 CSS，理由是电子书很少需要复杂排版。

DRM、生态系统与设备开放性

  • ADE 风格的 DRM 被认为脆弱且排他：作为第三方很难支持，也会阻碍新的阅读软件。
  • 人们会在可行时去除 DRM，以获得标准 EPUB；一些图书馆用户表示 ADE 在他们的系统上已经不再工作。
  • 对比：Kindle 因可靠性受到称赞，但因锁定和对 Amazon 服务的依赖而受到批评；Kobo、PocketBook、Boox、PineNote 以及其他基于 Linux/Android 的设备被讨论为更容易折腾/更开放，但在稳定性、用户体验或成本上存在取舍。

Adobe、Flash 和更广泛的情绪

  • 强烈的反 Adobe 情绪：其产品被视为以 DRM 为先、维护不善（RMSDK、Flash，有时还有 PDF 工具）。
  • 一段很长的岔题把 Flash 的创作能力和易于发布，与其安全性、性能和专有问题作比较；这被用作 Adobe 处理 EPUB 技术的类比。