自动整理自 Telegram 讨论组，每天更新。内容为 AI 摘要，仅作信息索引与回顾。

Emacs 中文讨论组

🎯 核心热点

1. Emacs GUI 下输入卡顿与高 CPU 占用问题

   • 问题现象：用户在 NixOS 系统下，使用 niri 窗口管理器，以 emacs -Q 启动 GUI 版本 Emacs 时，持续按键输入会导致 CPU 占用高达单核的 80%，并伴有明显卡顿。终端模式 emacs -nw 则无此问题。
   • 初步排查：其他用户在不同环境（如 sway 或 labwc 窗口管理器）下测试，CPU 占用仅为 4%-5%，表明问题非 Emacs 本身普遍缺陷。
   • 分析与推测：
     • 窗口管理器/显示服务器：用户从 sway 切换到 niri 后出现问题，另一位用户从 Wayland 切换回 X11 也遇到类似“整个输入都有问题”的情况，暗示问题可能与特定窗口管理器或显示服务器的输入处理、事件循环有关。
     • 系统配置：用户怀疑 NixOS 可能为 Emacs 添加了某些配置，但另一位用户指出，若问题普遍存在于所有应用，则更可能是系统级输入栈或图形栈的问题，而非 Emacs 配置。
     • 排查方法：讨论中建议使用 profiler-start/profiler-stop 进行性能剖析，并关注 self-insert-command 等与输入直接相关的函数耗时，而非 command-execute。

2. Doom Emacs 启动 Dashboard 的 Logo 移除方法

   • 问题：新用户希望移除 Doom Emacs 启动时 Dashboard 上的 Doom 标志。
   • 解决方案演进：
     • 初始方案：有用户建议修改 init.el 中关于 dashboard 的 flag，但提问者只想移除 logo 而非整个 dashboard。
     • 正确方案：最终确定使用配置 (setq dashboard-startup-banner nil) 来禁用启动横幅。同时指出，Doom Emacs 的 dashboard 模块近期已重构，旧配置可能失效，并提供了相关提交链接以供参考。
   • 工具使用：讨论了使用 AI（如 Claude）辅助解决配置问题的技巧，强调需要提供足够的上下文（如“doomemacs”）才能获得准确答案，否则 AI 可能“乱编”。

💎 碎片知识与金句

• 性能剖析技巧：排查 Emacs 性能问题时，应将 profiler-start 和 profiler-report 绑定到按键上，以便精确采样特定操作（如持续输入）期间的性能数据。
• 输入延迟因素：GUI 下持续输入的 CPU 占用与系统设置的键盘“重复速率”直接相关，速率越高，处理事件越频繁，CPU 占用可能越高。
• Doom Emacs 动态：Doom Emacs 的 doom-dashboard 模块已于约一个月前被弃用，由新的 dashboard 模块替代，相关配置可能发生变化。
• Emacs 视觉美化局限：
  • 有用户提到，Emacs 无法在 box 字符（如制表符）的“框内”设置与外部不同的背景色，这限制了类似 uniline 这类状态栏美化方案的表现力。
  • 实现窗口模糊效果在 macOS 上可通过补丁实现，但算法效果可能不如其他终端（如 kitty）美观，且可能暴露 Org mode 中仅通过颜色隐藏的标题星号。
• 版本期待：有用户对 Emacs 31 版本的发布进度表示关注。

🛠️ 值得深入的点

1. Wayland 合成器与 Emacs GUI 输入性能：针对用户遇到的 niri 下输入卡顿问题，值得系统性测试不同 Wayland 合成器（如 sway, labwc, niri）与 X11 下 Emacs GUI 的输入延迟和 CPU 占用。可进一步研究 Emacs 在 Wayland 下的事件处理机制，是否存在与特定合成器不兼容或优化不足的环节。
2. Emacs 渲染引擎的图形能力拓展：针对讨论中提到的“box 内背景色”和“背景模糊”等高级视觉效果，可以深入研究 PGTK 后端、使用 SVG 图像替代字符的可能性，或探索与系统合成器（如通过 Wayland 的 layer-shell 协议或 X11 的复合扩展）进行更深层次集成，以突破传统终端仿真的视觉限制。

Emacs 轻聊讨论组

今日尚未生成该讨论组总结。