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 个赞
说的是。可能我天真的认为玩 Emacs 的都是偏技术型的，做事都比较细心谨慎。读读文档算是最基础的吧，否则怎么做技术开发呢？如果一时疏忽没看到也无可厚非，但实际情况却基本是根本没有看，或者认真看。。。别问我怎么知道的，有一堆私信。。。。
1 个赞
这个话题由我引起，我从使用者的角度，来发表一下看法。
对于不看Readme文件的人，确实没有办法。心情好的时候，善意提醒一下吧
看Readme文件的人分几种。
最好的那种就是仔细从头到尾看一遍。对于中小篇的Readme还行，对于长篇的，先简略看一下标题和前面的概要，用一段时间有概念了再从Readme里找有没有和自己相关的问题。
我的习惯一般是看标题和紧接标题下的说明来了解有哪些功能。这种习惯不好的一点就是容易看漏。costume.el和custom-post.el应该是两个副标题。而实际上对custom-post.el的说明不仅没写在某个标题之后，而且写在 Manual大标题的最好一句，这个位置一般是对功能的追加说明，而不是介绍一个新功能
只是提一下自己对Readme格式的看法
Centaur Emacs 用起来，太赞了。
term 里显示不了汉字，改什么地方？
问号部分其实是一个汉字名文件夹
这个应该是 shell 本身的设置。系统的终端里显示正常吗？查查locale，我的是
LANG="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_CTYPE="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_ALL=
终端是正常的，我在东京，用的是日文
日文系统我没用过哈，应该原理是一样的。在 emacs term 里看看locale。用set-terminal-coding-system尝试修改成别的。根据中文系统的经验，我建议locale直接使用en_US.UTF-8。这里是 emacs 编码设置的一个参考：https://blog.csdn.net/yo746862873/article/details/52291780
1 个赞
好的，谢谢！
其实我感觉问题在这儿：
开发者（心声）：我的文档写得很详细，用户应该能根据我的文档找到解决方案了。而且我的文档里也谢了我踩过的坑，用户看了就会避免。
某用户：怎么弄好？
开发者：看文档啊。有详细的说明的。
某用户：所以我问你现在没办法工作了，然后怎么弄好？
开发者：所以我让你看文档啊，那上面已经写明白了。
某用户：我要是看得懂我还问你？（PS：其实根本没看，也懒得看）
开发者：……
我有时候也特别不明白，不管工作上还是日常里，有些人总是强烈地希望具体的“人”来指导他，脑怕这个“人”只是把自己文档里的话复制粘贴到对话窗口里都行，但是这些人就是不会自己看文档/书或者自己搜索答案。
说实话我也有点，尤其是犯强迫症的时候，就会来论坛里寻求大家的意见……
另外我觉得一个比较好的方法是提前确定你要做什么。如果你只是想把自己的配置分享出去让大家来用，那么就没必要背上那么重的责任。毕竟那是你的东西，别人用不习惯是别人的事情不是？
但是要做通用配置，那就得考虑很多事情……比如目标用户群，你的配置要实现的特性之类的，否则要么被issues烦死，要么就会慢慢变成收拾不了的庞然大物……
1 个赞