custom-post.el
,或者eval-after-load
。
话说你们都不看 README 的吗?
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的函数:
谢谢! ありがとうございます!
日本也有很多人用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)之外,还有安装方式的限制。
这是我观察到的一些情况。
说的是。可能我天真的认为玩 Emacs 的都是偏技术型的,做事都比较细心谨慎。读读文档算是最基础的吧,否则怎么做技术开发呢?如果一时疏忽没看到也无可厚非,但实际情况却基本是根本没有看,或者认真看。。。别问我怎么知道的,有一堆私信。。。。
这个话题由我引起,我从使用者的角度,来发表一下看法。
对于不看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
好的,谢谢!
其实我感觉问题在这儿:
开发者(心声):我的文档写得很详细,用户应该能根据我的文档找到解决方案了。而且我的文档里也谢了我踩过的坑,用户看了就会避免。
某用户:怎么弄好?
开发者:看文档啊。有详细的说明的。
某用户:所以我问你现在没办法工作了,然后怎么弄好?
开发者:所以我让你看文档啊,那上面已经写明白了。
某用户:我要是看得懂我还问你?(PS:其实根本没看,也懒得看)
开发者:……
我有时候也特别不明白,不管工作上还是日常里,有些人总是强烈地希望具体的“人”来指导他,脑怕这个“人”只是把自己文档里的话复制粘贴到对话窗口里都行,但是这些人就是不会自己看文档/书或者自己搜索答案。
说实话我也有点,尤其是犯强迫症的时候,就会来论坛里寻求大家的意见……
另外我觉得一个比较好的方法是提前确定你要做什么。如果你只是想把自己的配置分享出去让大家来用,那么就没必要背上那么重的责任。毕竟那是你的东西,别人用不习惯是别人的事情不是?
但是要做通用配置,那就得考虑很多事情……比如目标用户群,你的配置要实现的特性之类的,否则要么被issues烦死,要么就会慢慢变成收拾不了的庞然大物……