我只是一个新人，我觉得他讲的大体是合理的，gui确实是emacs的弱项。
但是，我觉得大多数人看上emacs是因为它的纯键盘操作+高度可定制性，加上它那套关于文本的哲学。而gui的设计更多的是面向鼠标交互的。所以面向键盘交互的emacs或许就没有在gui这方面下太大的功夫。
而且，正如此文中所说的，tui糊出来的emacs也足够好看，足够吸引人了。
然而tui之外，人们可能更多的在emacs中追求一种“万能”的东西，虽然不够现实，但足够吸引人。所以此文作者对gui的更高的要求也是可以理解的。 这也可能是懒猫大大开发eaf框架的动力之一。
另外，我觉得他开发的demo项目 infinite.el 真的很酷炫！
你可能是想到了 鼠标点点 和 命令行操作 在 效率上的区别.
但是 GUI 和键盘操作是不冲突的, GUI 确实是更多地面向鼠标, 但是 TUI 也差不了多少, 现在 Emacs 的 TUI 是支持鼠标的. 真正不是面向鼠标的应该是 CLI.
你说的对，我表达的不严谨。
感觉文章有点啰唆，核心观点总结起来就一段：
What I’m thinking is, let’s take, say SDL2 (or maybe something like ImGui), and create a library of widgets for Emacs. We’ll then integrate Emacs into it as the runtime system behind it, much like in the case of Smalltalk, JavaFX+Clojure, and Web+JS, and provide a set of functions to navigate through widgets in a meaningful way. The widgets would include basic stuff, like buttons, text boxes, buffers, drawers, menus… wait, buffers?
简而言之，让Emacs成为浏览器？（笑
这个可能触及到Emacs的本质了。Emacs最吸引人的是什么？是全键盘？是All In One？是高度可定制？…… 或者，都是？
感觉这个想法很诱人，但实现起来不太容易，这是不是意味着要用elisp从零开始，写一套“真正的”GUI，再用其写一个浏览器，最后为了实现嵌入再写一个 纯键盘 的 WM？
比起这个事情要 花费的时间 来说，我更关心在写完后能不能对 没看过源代码 的人继续保持 高度可定制性？
很多emacser其实不切实际的想法只是为了炫耀自己，大多数人除了邮件列表说的很好，真正行动的少之又少。
文本编辑器（即答
魔改emacs走的太远总会发现emacs自身的限制大多是因为现有的功能作为一个文本编辑器它已经够用了。Emacs挺万金油的，但不是啥都能做到最好