使用 20 年后告别!Emacs 替代工具开发完成,新工具优势大
告别 Emacs
2026 年 4 月 26 日,在日常使用了 20 年后,上周二最后一次在 Emacs 里输入了 `C-x C-c`。近 10 年已逐步减少对它的使用,先转向模态编辑,后改用 Vim。Emacs 是强大平台,早已习惯其各种应用,尤其是自己开发的。因不着急,寻找替代方案过程缓慢。凭借新获得的能力,只用几天就完成最后两个替代工具开发,即使用 **stackcalc** 替代 `M-x calc`,用 **Elfeed2** 替代 Elfeed,对后者尤为期待,它已超越原版。这俩工具是跨平台原生 C++ GUI 应用程序,用的是原生 UI 组件。
待维护软件包
正在使用的软件包需要新维护者(可在项目问题或讨论区申请):
- [@](相关介绍)
- [aio](可能已有替代方案;相关介绍)
- [bitpack]
- [Elfeed](在此申请)
- [Impatient](相关介绍)
- [javadoc-lookup](相关介绍)
- [json-rpc]
- [memoize](相关介绍)
- [nasm-mode](相关介绍)
- [simple-httpd](相关介绍)
- [Skewer](相关介绍)
- [weak-ref](相关介绍)
- [x86-lookup](相关介绍)
尝试 wxWidgets
Emacs 自带计算器出色,找不到替代的。开发的克隆版用 GMP 和 MPFR 多精度计算,速度快,但功能不全等,满足自身需求足够,后续可添加功能,开发 stackcalc 时,Emacs 计算器手册是好参考。过去 13 年,Elfeed 是日常工作重要部分,找不到满足需求的工具,知道要重写它。以前觉得需几周,现在新方法一天能完成以前三周工作量,这类项目易启动和完成。Elfeed2 虽未到 1.0 版本,但开发几天已能很好替代原版。对于 [dcmake],[Dear ImGui] 不错,但对俩应用不合适。主动渲染方式不适用于全天运行的 RSS 阅读器,且需要更丰富工具包。工作常用 Qt,但希望为项目找更轻量级、可通过 CMake `FetchContent` 访问的工具,想到 [wxWidgets]。它有问题,如字符编码问题可缓解、存在意外二次时间复杂度,但表现比预期好,能在 Windows、macOS 和 Linux 上快速开发外观原生的应用程序。与 Dear ImGui 不同,wxWidgets 是平台,具备合理的 I/O 和路径处理功能。开发这类应用程序基本不需要额外平台层,直接用其工具就行。因依赖项与 `FetchContent` 兼容,俩项目在 [w64devkit] 上可直接构建。在所有平台,只需一个 C++ 工具链和 CMake:
$ cmake -B build现在有了使用 wxWidgets 的经验,了解其局限性和能力,除 Dear ImGui 更合适情况外,它很可能成未来大多数 GUI 项目基础。
$ cmake --build build
交流方式
对文章有看法,可通过发邮件在公共收件箱发起讨论,或查看现有讨论。
