Calibre – Calibre 7.0 的新内容

原文 ↗ Hacker News 讨论 ↗

Calibre 7.0 是这款广受欢迎的开源电子书管理器的最新版本，因其强大功能而备受称赞，例如可对大型资料库进行全文搜索、灵活的格式转换，以及与 Kobo 阅读器和 Android 应用等设备的深度集成。用户强调它如何支撑严肃的研究与个人资料库，但也提到升级带来的麻烦、部分 Linux 和 macOS 版本上的崩溃、陈旧杂乱的界面，以及频繁手动发布带来的“更新疲劳”。讨论还涉及配套工具（OCRmyPDF、ripgrep-all、Calibre-Web）、与 Zotero 和 Kindle 生态等替代方案的比较，以及 Calibre 的巨大能力与可用性之间持续存在的张力。

总体情绪与核心用途

  • 作为管理大型电子书/PDF 库、转换格式以及通用“电子书管理器”的必备工具，广受好评。
  • 常见工作流：同步到电子阅读器（尤其是 Kobo、Kindle）、维护研究资料库、编辑/清理电子书，以及备份设备数据库。
  • 一些用户实际上已经用替代方案（例如用于研究工作流的 Zotero）取代了 Calibre。

搜索、PDF 与 OCR

  • 在整个 Calibre 库中进行全文搜索（包括 PDF）被认为是“杀手级功能”，尽管它需要建立索引，而且不能跨多个库使用。
  • Calibre 不执行 OCR；用户推荐使用外部工具（Tesseract、OCRmyPDF、ripgrep-all）让扫描版 PDF 变得可搜索。

UI/UX 与自定义

  • 评价分歧很大：一些人认为界面丑陋、笨拙且令人困惑（尤其对新用户和插件繁多的配置）；另一些人则觉得它没问题，甚至对于一款强工具来说还有点“讨喜”。
  • 有几位用户将其描述为功能密集但强大，更偏向“创作者”工作流，而非极简消费级 UX。
  • 很多改善外观的技巧：深色主题、替代图标集、隐藏不用的工具栏/列、为阅读器自定义 CSS，以及替代布局。
  • 批评也指向 UX：同步阅读进度/书架的设置复杂，依赖插件和自定义字段，以及缺少诸如 Goodreads 集成这类常见需求的简单工作流。

更新、打包与平台问题

  • 频繁发布导致“更新疲劳”，尤其是在手动安装程序的情况下。有些人更喜欢后台或增量更新；另一些人则坚持手动/包管理器控制。
  • 很多人使用包管理器（brew、scoop、snap、Chocolatey、winget、发行版仓库）来减少摩擦，不过打包过程被描述为不简单，而且有时会滞后。
  • 关于 7.0 稳定性有褒贬不一的报告：在某些 Ubuntu 版本上崩溃、macOS 12 不兼容、一条系统卡死报告，以及一个需要手动安装的 Linux 缺失依赖。也有人报告 7.0 和插件运行良好。

性能、数据完整性与元数据

  • 性能总体可接受，但有些人报告在超大库或低端硬件上会变慢。
  • 一位用户报告了多次数据丢失，并将其归咎于写入行为和 UI 反馈；其他人则表示已经无故障使用了十年。
  • 还有人批评 Calibre 写入元数据的方式（生成额外的垃圾结构、接受明显错误的字段）。

替代方案与生态系统

  • 提到的替代方案包括 Thorium、Sumatra、KOReader、PocketBook、ReadEra、Kavita、Ubooquity、Komga、AnthoLume、Calibre-Web，以及使用 Kobo 或其他阅读器的开放生态。
  • 也有几位指出，Calibre 之所以仍占主导地位，是因为它独特地将库管理、转换和设备集成结合在一起，尽管它并不完美。