抱歉回复这么老的帖子, 有个叫做 dte (前身叫 dex) 的编辑器, 大家了解一下, 高度可定制, 有一个 minibuffer, 输入命令的风格, 非常像 Emacs. GitHub - craigbarnes/dte: A small, configurable console text editor (mirrored from https://gitlab.com/craigbarnes/dte)
楼主能否推荐一个在windows7 下用着不卡的emacs,主要写python,c/c++,org,org-pomodoro日常 就行,找不到我感觉我要去弄neo-vim了,诶,有些工作不得不在windows下做。
python我用elpy,感觉比lsp要快不少。 c++用lsp-mode/ccls。
lsp不敢开,一开就卡顿,我的win7系统…
建议找到卡的原因,win7如果是编辑时输入字符卡,多半是字体,lsp在win7各种问题,有点用不下去,但卡我还没发觉,只是吃内存多
太老了吧,好像都没有维护了呢?用xemacs还不如用回emacs22
vi 我记得是可以行编辑的. 这也是它被选入 POSIX 的原因之一吧?
有一段时间 GNU Emacs 不思进取,XEmacs 很火,后来好像 XEmacs 主要开发者手废了,肌腱炎,然后 XEmacs 挂了。
GNU Emacs 就忽然焕发第二春了,大招不断。
太草了. 也许可以提议让他用 VS Code 开发 XEmacs
emacs -Q 编辑一次 text.txt
文件,就会生成一个 text.txt~
, 体验好差。
我说的就是 jwz,找不到那篇说 xemacs 历史的文章了,看到这篇,这哥们依然不喜欢 RMSmacs jwz: Very much do not have my Emacs setup just how I like it
居然不是 Ctrl😀
不是主要开发者手废了,而是 RMS 死活不同意 XEmacs 开发的新特性合并到 Emacs 上游。为此 JWZ 一直耿耿于怀,他的个人网站上,还保留了当年的聊天记录。
根本原因是,RMS 不同意 XEmacs 作为 Emacs 的一个商业化的分支。他坚持自己说的自由软件哲学(但后来他又不反对自由软件商业化),但现在看来是错过历史机遇。后来的 VSCode 什么的,不都是朝着当年 Emacs 这种统一平台方向前进嘛。
Emacs 不思进取也不是第一回了。还有当年 Spacemacs 的开发,本来是用于吸纳从 Vim 叛逃过来的人,但是生生在各处吵架,很多顽固 Emacs 分子公开表示不欢迎 Vimmer。所以,这也导致了 NeoVim 的诞生。
其实,很多 Vim 的使用者是前端,要是他们在,Emacs 的前端表现力不至于像现在这样是一个半残。是,可以在 buffer 里对字体有不同的定义和表示,是很牛逼没错。但是像 LazyVim 这样拥有着现代 TUI 使用感的交互与界面,是目前 Emacs 做不到的。你要说哪个更好,我其实更想要 LazyVim 这种。拥有更完整的交互逻辑,以及统一的界面设计。
RMS 在自由软件商业化上还摇摆过啊,现在看来多明显的事,都成主流的吸取免费劳力的最佳实践了(当然,用户也受益,双赢)。
说起来还真没注意身边 react/vue 众用的啥,但直觉不是 vim 也不是 emacs,大概是 webstorm 和 vscode, cursor 这些。
真不用指望 vim 和 emacs 大流行,经过这么多年面试和工作,我都习惯了大家不懂 shell 不懂 make 不懂正则表达式,不懂 http 协议不懂进程地址空间 ,更别说 vim 和 emacs 了。
vim 和 emacs 不主流也依然蓬勃,每每看到插件管理器、插件、插件十全大补包层出不穷就大为惊叹其生命力——有的是人玩花活😀
说起来我在用宇浩的星陈方案,同事看到就说哇五笔啊。。。
我也没指望 Emacs 非得流行,但是它的社区给人观感当中,带着顽固守旧的感觉。 和这些事情的发生,有直接的关系,现在我看 YouTube 上的人,看到别人用 Emacs 时,就是一种揶揄的笑(带一点嘲笑的意味)。
vim 和 emacs 打开大的 html 经常卡好几秒,大概在分析语法高亮,html 的 tag 太密集了。