「统计」直接使用别的配置 & 自己攒一套配置,你更倾向?? :)


#63

没必要,我第二套里面有很多个人定制自动化的东西,比如说自动打开一个buffer shell,在里面启动一个apache服务器,然后又打开一个buffer shell里面跑其它程序,用emacs来管理这些窗口。


#64

:nerd_face: Hey 你的图中,标示缩进线的是用的什么插件


#65

highlight-indent-guides.


#66

Okay , thank U. : )


#67

Mr Feng, :) 请查收你的 163 邮箱,发了邮件给您,请教一个问题。:joy:


#68

我的配置不是最好的,但是是最适合我的,这个就是emacs的魅力吧!给你自由,其他与我无关


#69

also @loveminimal

多谢!一直用丑丑的highlight-indentation,一个字符宽的长矩形,终于有人写了细线版了


#70

好像也能配置,不过还是建议用这个吧


#71

而且发现这个可以自定义颜色和字符 :nerd_face:


#72

Freedom !!! :cowboy_hat_face:


#73

我就是直接使用 Steve Purcell 的配置


#74

爱护你的小手指啊 : )


#75

纯新手,不懂就问,用 org 管理配置是什么操作?


#77

我是把配置代码写在org的#+BEGIN_SRC elisp 和#+END_SRC 代码块之间,然后又写个函数把org中的elisp代码提取出来生成el文件,不知道其它人用org管理配置是怎么操作的?


#78

可能不是很完善

关键的应该是依赖的管理


#79

其实就我个人而言,并不建议用 org 管理配置 :rofl:


#80

我个人也不建议用 org 来管理。方便阅读是优势,但是这个可以用注释来弥补。如果非要折叠效果也可以用 outline 来解决。其他方面反而都是劣势,至少启动肯定要慢些,每次要加载巨大org包。有时候是把简单的事情复杂化了。当然对于 org 重度使用者或者专家来说,这些都是小事了,用起来也无妨。


#81

@seagle0128 启动慢,“每次要加载巨大org包”,我的不会,我是把org中的elisp代码提取出来生成el文件,启动的时候执行的是el文件,与org无关,仅仅只是写代码时在org中写。而生成的el文件,实际只是去掉了org中以#,*, **等开头的行而已,和原org文件行号都一致,出错方便找。

这个只是el文件写长了的时候用,要写的el文件很短的时候就直接在el文件中写了,没用过org-dotemacs,但看文档应该也能导出成el文件


#82

听起来不错的样子,可以直接把org变成readme


#83

我前几年用这种模式维护过 pyim,后来放弃了。。。。