GIMP 开发更新

原文 ↗ Hacker News 讨论 ↗

GIMP 的最新开发更新带来了非破坏性滤镜图层、新的“压缩 XML”项目文件格式以及计划中的自动保存，再次引发了人们对这款长期存在的开源图像编辑器的关注。评论者围绕新格式的技术取舍（相对于 XCF、OpenRaster、SQLite、JSON）展开讨论，并争论 GIMP 作为 Photoshop 替代品的定位，尤其是在性能、向后兼容性和专业工作流方面。讨论中很大一部分集中在 GIMP 充满争议的 UI 与 UX 文化上，将其与 Krita、Blender 和 Photoshop 等工具进行对比，并质疑根深蒂固的设计选择是否阻碍了它被更广泛采用。

项目状态与历史

  • GIMP 的 Glimpse 分支似乎实际上已经“死掉”了：多年没有提交，网站也已关闭。
  • GIMP 本身被认为稳定、寿命长，而且兼容性特别好（例如，极其老旧的 XCF 文件仍然可以正确打开）。

新功能与文件格式变更

  • 3.x 中的非破坏性滤镜图层广受好评，尤其是从 Photoshop 或 Krita 转过来的人。
  • 计划推出一种新的“压缩 XML”项目格式来取代经典的 XCF：
    • 支持者指出，这与常见模式一致（Office、OpenOffice、Ableton，以及许多使用压缩结构化数据归档的游戏）。
    • 批评者称压缩 XML 速度慢、不利于随机访问，并建议改用 SQLite 或类似方案；还有人质疑为什么选 XML 而不是 JSON。
    • GIMP 开发者表示，新格式与 GEGL 集成，因此 GeglBuffers 会自动与磁盘同步，从而支持快速自动保存和增量更新。
    • OpenRaster 被认为不够用，因为它无法覆盖 GIMP 的所有功能（例如非破坏性滤镜），而且当前支持是通过插件实现的。

自动保存、所有权与可靠性

  • 自动保存受到欢迎，尤其是对大型项目而言。
  • 多条评论称赞 GIMP 的文件所有权和长寿性，相比 Canva 之类的云工具更好，因为在云工具里备份原始文件很困难。
  • 老用户反馈其可靠性很高，而且抗“烂化”（enshittification）能力强。

性能与打包

  • 有用户报告在 Ubuntu 26.04 上启动需要 14 秒；也有人指出后续启动更快，并怀疑是 snap 打包带来的开销。

UI/UX、工作流与学习曲线

  • UI/UX 是争议最核心的话题：
    • 很多人认为 GIMP 与 Krita、Photoshop、Affinity 或 Figma 相比，显得杂乱、不一致、难以发现功能。
    • 也有人认为任何专业工具（Photoshop、Blender、Darktable 等）都有很陡的学习曲线，而 GIMP 一旦学会也差不多。
  • 保存与导出的行为是一个爆点：
    • GIMP 强制项目以 XCF 保存，并将“保存”（XCF）与“导出”（JPEG/PNG 等）分开。
    • 只想快速进行破坏性编辑的普通用户觉得这很恼人且不直观。
    • 有人为这种区分辩护，认为它对防止数据丢失至关重要；也有人建议使用更智能或不那么侵入式的提示。
  • 具体痛点包括图层边界、移动工具的图层选择、画布焦点丢失以及面板行为；也有人欣赏面板的灵活性和长期稳定的 UI。

社区、治理与比较

  • 与 Blender 的比较很常见：
    • Blender 被用作一个通过大幅改进 UX 来满足行业预期的例子；批评者说 GIMP 没有出现类似的“顿悟”。
  • 有些人认为 GIMP 的文化对 UX 变革有抵触情绪，并且带有轻蔑态度（“欢迎打补丁”），也有人指出实际上有活跃的 UX 跟踪器，以及最近一些由 UX 驱动的改动有时会惹恼现有用户。
  • Krita 被许多人视为更直观的 FOSS 替代品，不过也有人强调它更偏向数字绘画，而不是通用图像编辑。
  • “GIMP” 这个名字本身也有争议：有些人觉得它巧妙，而另一些人则认为它带有冒犯性或令人尴尬，称其为自我破坏。