原来如此, thanks:grin:
建议很好，正则表达式已经更新。谢谢！
今天开始试用CentaurEmacs，不过我自己的配置用惯了，得需要段时间适应。后面我再慢慢把自己的配置试着加进去。有个小问题，我在custom.el中加自己的配置，以后升级Centaur，不会受到影响吧？才从Vim转过来两个多月，以前有点lisp基础，提的问题比较弱，别见怪。
有段时间没用，最近再试用发现：
rust 语言不支持了？
启动太太慢了，跟 spacemacs 一样慢了
init.el 在 27 编译时提示 focus-out-hook 被弃用了，搜了一下确实被改了http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=2f6c682061a281dc3e397ff4727a164880e86e7b
custom.el的配置升级不会影响。 Centaur没有使用vim按键，如果要用可以自己添加evil包。个人喜欢原生emacs按键。
我没有用rust，但配置还是支持的。最近lsp-mode改动比较大，README说是内置的，你可以看看rust lsp是否有改动。
至于启动，我个人也在用27，依然很快啊。不知道你那儿是什么问题。focus-out-hook我倒没有注意，可能得升级emacs.
UPDATE: focus-out-hook 的问题已经修改了。
没evil我用起来真的好不习惯，第一件事就是把它加上。另外，你的配置里没有neotree，你是另外有别的替代品吗？
用的treemacs，绑定的F8
我现在是把下面加载evil包的代码放在你的init.el中
(use-package evil :ensure t)
(evil-mode t)
这样的话，你以后更改了init.el，我升级的话，岂不冲突了？在哪里放自己的扩展，不影响升级？放在custom.el肯定不行吧？use-package还没加载呢。
是不是已经留有扩展的地方，就像custom.el那样的？
问些入门级的问题，莫怪
custom-post.el，或者eval-after-load。
话说你们都不看 README 的吗？
这个还真怪我了，Readme文件看了，custom.el的说明看了，把custom-post.el那行看漏了，直接看下面了。
我也犯过这个错。
没关系了，也怪我 README 组织的不够醒目呀
还有一个问题，你的文件有统一文件头，是怎么做到的？通过template文件生成的，还是拷贝的？
更新太频繁了，最好分开自己的配置。custom.el 写：
(add-to-list 'load-path “~/Document/”)
(require 'iab)
然后自己的配置文件 ~/Document/iab.el 末尾写：
`(provide 'iab)`
;;; iab.el ends here有个叫auto-insert的函数。可以插入Header/footer。
purcell也写了个插入简单的header/footer的函数：
1 个赞
谢谢! ありがとうございます！
日本也有很多人用emacs，但我身边没有，只能问大家了。
custom.el加载的位置近乎文件顶端。你这样写，自己的配置会被配置作者默认的设置遮盖掉
不是custom.el而是custom-post.el，楼主的README得改一下了。
实话说，我的用户（虽然就十来个）也从来没看过README，都是直接向我提问。
所以我就不明白为啥话非得从“人嘴里”说出来才愿意听。
所以也不能怪你，可能各人开源自己配置的目的不同……如果你真想做面向大众的配置，光一个README可能有点不够……
我发现现在的世界级配置里（原谅我的用词），对于需用户注意的信息的展示上，purcell是偏向不写那么多说明的（因为那是他自己的配置），Spacemacs采用的是默认展示Release Note（需要手动关闭）。doom-emacs和Prelude因为采用make/shell script安装，所以会在安装到最后的时候展示需用户注意的信息。
我感觉各有各的好……不写的话不用写额外的代码，但是可能收到很多无语的issues——比如我这种”开源软件的差用户“。Spacemacs那种可能会惹用户厌烦（因为若不手动关闭的话会每次出现）。doom-emacs那种除了用户不会看（因为不看README的人一般也不会看Output）之外，还有安装方式的限制。
这是我观察到的一些情况。
1 个赞