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

自己攒,对别人的配置不满意的话,改都不好改。以前Windows用别人的配置,字体不知道怎么改,因为菜单栏默认隐藏了,不方便改关键是写代码的时候别人的配置出了bug,括号不全都没有用了 自己不会配置的话可以直接去查,还可以问论坛里的大佬 :wink:

1 个赞

试用了 spacemacs/doom/purcell/prelude/chenbin,并看了几个其他自己攒的配置后,觉得从 prelude 开始最舒服!

1 个赞

裸奔Emacs,也用过Pull, ChenBin大佬的配置,但都感觉不太顺手,所以我需要啥配置啥,比较随意了 :blush:

1 个赞

哈哈,这样挺舒服的。

这个配置我听说过,就是没用过,我啥时候试试。

我个人是自己从头攒的,初始参考的是 centaur,只覆盖一些场景。后来开始慢慢精简、再加上有自己的需求

看了下,不错哦

spacemacs 入门,然后觉得太重,就自己攒,抄了很多人的东西。每个人的口味都不一样,自己攒就比较符合自己。

https://github.com/Jackson-soft/dotfiles/tree/master/emacs.d

把purcell的配置手动抄一遍,然后就知道怎么写属于自己的配置了。很多人的经历应该都是这样。

2 个赞

是的,抄一遍,大的架构就有了。

最近 Purcell 的配置在我电脑上越来越慢,特别是 Windows 上,于是就根据自己常用的习惯用 use-package 重写了一遍,不用的功能都丢掉。Linux 和 Mac 启动时间 0.8s,Windows 1.9s。算是可以接受了。

其中发现,把所有配置放在一个 init.el 中能节约 0.3s 左右的启动时间,Windows下 节约1s 时间。

做了下统计,如果把配置切的很碎,Mac 上 require 一个文件是 7 ms,40个init-xxx.el 就是 0.3s;Windows 上 require 一个文件是 20ms, 40个init-xxx.el 就是 接近 1s 了。 而 purcell 的配置有 80个 init-xxx.el , 难怪 Windows 上慢了。

1 个赞

所以要用 lazy-load 的技术,按键第一次调用命令的时候才 require

确实,之前尝试过用你写的 lazy-load 来重写配置,确实是不错的,学到了不少东西。 当时因为对 Purcell 的配置还不是很了解,他的很多配置放在一起太重了(比如 emacs-lisp mode),后来没有成功。以后有机会再玩一下 lazy-load :smile:

Radian 把所有配置都在 early-init.el 中加载了.

这个Issue中,作者说明了这么做的原因:

:+1:还可以这样玩,回头试试看。

我最近在尝试从doom里出来,学习lazycat-emacs的架构,用gitsubmodule和lazy-load管理,不过不是特别容易,一是我已经写了很多配置在里面,二是有些包的配置不熟悉又比较复杂,比如consult之类的。但没有用包管理器,整个配置的流程很清晰

推荐一直用start-kit的伙伴,可以尝试一下从零写一点基础配置。能理解很多

gitsubmodulelazy-load 来管理我用过一段时间,就是依赖都要自己安装,包太多的话确实比较头疼,工作量巨大。你从头开始慢慢攒还可以。
还有比较占磁盘空间,因为没有浅克隆。

最近开始用 use-package,轻松很多。 喜欢 gitsubmodule 的话可以考虑一下 use-package + straight

是的工作量很大。doom是straight+use-package一起用的,有不少配置可以借鉴。

如果不经常给上游包贡献代码的话,日常使用 use-package + 内置的 package.el 够用了,我每天都滚动更新。

是的,我感觉我也倾向于用最新的包,基本每天都先更新一下,很少在意兼容的问题。straight的优点是可以拉到更多的包,因为有一些不在melpa上。

我最近也在尝试setup.el,优点是宏展开非常的简单清晰,这点比use-package强很多。但缺点也很明显,缺少一些use-package中极为方便的autoload的功能

油管上有个博主做了一个use-package对比leaf.el和setup.el的视频,他之前做emacs from scratch也很棒