告别 Emacs2026 年 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]相关介绍不会随便把项目交别人需证明能力。有贡献即便未合并也是好信号。愿意将项目从自己命名空间转移但要处理好 Melpa 上交接工作。若没人接手项目将被存档不会删除。尝试 wxWidgetsEmacs 自带计算器出色找不到替代的。开发的克隆版用 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$ cmake --build build现在有了使用 wxWidgets 的经验了解其局限性和能力除 Dear ImGui 更合适情况外它很可能成未来大多数 GUI 项目基础。交流方式对文章有看法可通过发邮件在公共收件箱发起讨论或查看现有讨论。