便携式网页文档——基于 HTML5 的 PDF 替代方案（2019）

PDF 与 HTML 作为文档格式

• 许多人认为，大多数日常 PDF 完全可以做成自包含的 HTML；PDF 主要服务于出版商和印刷工作流。
• 也有人反驳说，PDF 提供一致、“打印完美”的版式、普遍可读性，以及跨平台可靠的分页。
• HTML 因其灵活性、重排、可访问性以及更简单的文本形式而受到赞赏，但也因渲染不一致、依赖浏览器默认行为，以及难以实现精确版式而受到批评。

EPUB 与其他基于 HTML 的替代方案

• EPUB（打包的 XHTML + 资源）经常被提到作为基于标准的答案，但人们认为优秀的“文档阅读器式”阅读器仍然缺乏。
• 有些人喜欢 EPUB 用于小说和纯文本；但许多人表示，PDF 对技术书籍、代码、图表和复杂版式更有优势。
• 提到的 EPUB 限制包括：标准化批注薄弱或缺失、对固定版式和长期保存的支持不明确，以及大多数阅读器偏图书馆式的用户体验。

版式、分页与阅读体验

• 固定版式（PDF）与重排（HTML/EPUB）之间存在强烈分歧。
• 固定版式：因排版、品牌呈现、如“第 54 页”这类参考，以及复杂印刷设计而受到重视。
• 重排：因手机/电子阅读器可用性、用户可控字体和大小，以及面向屏幕的阅读而受到重视。
• 讨论焦点还包括：基于页码的引用是否本质上更好；有人提出可以改用逻辑引用（章节、图表、锚点）等方式。

批注、签名与保存

• PDF 具有成熟、由规范定义的批注和数字签名支持（尤其在商业和欧盟场景中）。
• 有些人认为签名在现实工作流中至关重要；也有人认为它们属于小众需求。
• PDF/A 被视为面向保存的格式；有人认为 HTML 本质上更耐久，因为它只是简单文本，不过完整渲染引擎却很复杂。

自包含网页文档（MHTML、SingleFile、ZIP）

• 现有方案很多：MHTML、SingleFile、WebScrapbook、打包的 HTML/EPUB、HTML 中的自解压 ZIP。
• 批评者认为，所提格式与这些方案高度重叠，并且没有清楚说明为何要重新发明，而不是扩展 EPUB/MHTML。

安全性与功能范围

• 人们担心，加入完整网页能力（JS、视频、WASM、service workers）会重现 PDF 的攻击面，甚至更糟。
• 有人认为浏览器沙箱相对较强；也有人强调沙箱逃逸很常见，而限制功能集会更安全。

项目状态与采用情况

• 该网站多年后仍在宣传“early access”，移动应用似乎已被移除，这让人对其成熟度和采用情况产生怀疑。