发现一旦接受了 emacs 的按键绑定,一切又都可爱起来

一直用的 spacemacs 配置,让我极其痛苦的就是启动特别慢。 一般都是 6、7 秒左右,有时候能蹦到 15 秒以上。此外,还有一些莫名其妙出现的 bug。

结果,今天下午开始尝试了下裸的 emacs。花点时间学了下 tutorial,又看了几篇文章,把常用的编辑文字按键都熟悉了一遍。 结果发现:一旦你接受了 emacs 的按键绑定,它瞬间就不那么让人头疼了!


目前设定了默认字体、tab 宽度、行号显示等等,再用自带的 package.el 安装了 org 和 magit 俩插件。 发现 emacs 自动把配置保存到了 ~/.emacs 文件中,都不用写配置了,简直太好了!有木有?

目前这个文件长度仅仅只有 36 行,emacs 启动时间 0.7 秒。这一刻我泪流满面……:sob:


我是计划弄个单文件配置了,尽量使用默认按键绑定,插件方面“只装”高质量插件。 每次用都慢得要死,还有天天给第三方插件报 bug,想想我也是够了。 宁愿功能残缺,别影响我心情。 功能满足不了,就用其它编辑器,还好我这方面没特殊癖好。( dog 脸

强迫症患者的日常

腕管炎在朝你招手。他们拒绝 Emacs 默认按键是有原因的。

Emacs启动时间很重要么。。。我基本Emacs GUI 常驻。开机先打开Emacs,所以也无所谓了。

不得不再一次提到陈斌的配置…… 几万行配置,功能不比spacemacs差,启动时间通常是1s…… 当然server也是个好办法,毕竟 1s 还是让我嫌长, 0.001秒才爽 还是推荐找高质量配置,自己配毕竟还是花时间

@et2010 这不算强迫症吧。卡顿和 bug 最讨人厌了,破坏心情啊。而且你明明知道有别的编辑器在某些方面做得更好,再瞅着手里的 emacs 就更心烦意乱了。还是分工明确,各干各擅长的好 :ok_hand:

@LdBeth 先用着试试,实在不行再安装 Evil。或者干脆只用它来干一些不务正业的事情。

@smallst 陈斌配置的主要问题是没文档。 等过几天再尝试一次,那时候我裸 emacs 也能用的飞起再说。哈哈 :smile:

我用了一年 Emacs 以后没有发现有比它好的编辑器/文本处理器了,那些 动辄 30 美刀的写作软件对于我在功能上也只是个弱化了的 Emacs。分工?不存在的。

WiteRoom 的全屏无干扰写作有 writeroom-mode,字数统计有我自己搞的 advance-wc,一般的写作软件还没法统计中文,编辑快捷键特别爽,导出能用 MD HTML LaTeX,边写边水 IRC,还能自定义敏感词过滤,用 planner 管理文件。写大纲有 Org,

完了我可能上瘾了。

3 个赞

没文档这点确实 :smile: 我曾经打算维护一份文档的,直到我用习惯了他的配置后,我就不愿写文档了哈哈哈哈

或者说……陈斌的配置以及purcell的配置的主要问题是……

本来就不是为了给大伙儿用的

而spacemacs的设计初衷就是提供一份通用的高易用性配置。

想多了。不给别人用他们还在自己的博客和文章里推荐啥?不过是懒得写文档+他们认为这个已经简单到不需要文档。

呵呵,推荐只不过是说,这是我的配置,那块感兴趣你可以拷走。。。。。

1 个赞

我感觉他们认为:

文档在代码中

purcell的代码除了一个README之外确实没文档,我一直吐槽这事情,觉得他至少要加一个“系统软件依赖列表”之类的东西。不过陈斌的代码里好多注释啊……虽然比spacemacs还是少得可怜。

其实确实……对于要用的mode,瞥一眼代码就不需要文档了23333

另外其实陈斌不定时会提供常用功能的按键,事实上有哪些解释之后其他功能真的除了 tab 就基本用不到了23333

读 evil 的配置表也能了解几乎所有功能只是这个就很累了

陈斌的配置怎么会没有文档呢? README是索引,具体说明代码里有,这绝对是良心配置。 只是部分代码不大适合刚入门的人读。

@LdBeth 在涉及具体任务的时候,因为插件质量和细节体验有差异。 这时我可能会选择别的编辑器,来完成这件事。这是我所说的“分工”。 没必要局限于用一件工具来完成所有事。

PS:writeroom-mode 插件在 vim 下面有类似的,叫 Goyo。和 limelight 配合体验更好。 如果你有 30 秒时间的话,可以试下这份配置:https://github.com/ashfinal/vimrc-config

@ReimuXMX @smallst 大部分人只是需要些 tips 吧,“我怎么用 jk 切换到 Normal 模式啊?” “怎么改掉编辑器前面那个又大又丑的类似换行符的东西啊?” “怎么启用相对行号啊?”…… 等等。这种情况下,让人跑到你天书一样的代码注释里去找就太有点不现实了。

谢谢推荐,不过,看了眼,感觉我这个不写代码的没有用这配置的机会。

对插件质量不满就自己撸,细节体验我觉得完全可以用养成习惯和信仰克服。

用的工具多了无形中额外成本就多了。但是 Emacs 不是一个工具,所以用 Emacs 不是用一个工具做所有事。它是一个优雅的环境,MIT 哲学的体现,在其中只要想怎么把工具组合起来就可以了。你可以在 Emacs 中用 CTL 工具,也可以和 node 进程通信。这个环境提供了统一的节目,节约了使用工具的成本。

1 个赞

话说GNU哲学是啥?除了自由之外的

没有了。你就当它是 MIT 哲学吧,毕竟 RMS 是 MIT 出来的。

好吧…… 我目前的设计哲学是:

有坑就填,没坑就挖……

有坑就踩,没坑挖坑踩