企业官网建设流程全解析

告别 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]（相关介绍）

不会随便把项目交别人，需证明能力。有贡献即便未合并也是好信号。愿意将项目从自己命名空间转移，但要处理好 Melpa 上交接工作。若没人接手，项目将被存档，不会删除。

尝试 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
$ cmake --build build

现在有了使用 wxWidgets 的经验，了解其局限性和能力，除 Dear ImGui 更合适情况外，它很可能成未来大多数 GUI 项目基础。

交流方式

对文章有看法，可通过发邮件在公共收件箱发起讨论，或查看现有讨论。