不久以前有人遇到过类似问题，结果发现他自己魔改了自带日历的格式，导致 todo mode 自动编辑时认不出正确的格式卡死
- 是用 M-x todo-show 打开 todo view
- 用
-q排查。
配置中有这个设置就卡死：
(setopt calendar-date-style 'iso)
没错，就是同一个 bug，已经在 30 修好了 Add support in todo-mode.el for ISO date format · emacs-mirror/emacs@0bfe764 · GitHub
看到都在用 emacs-mirror 我就放心了, 原来不止我一个觉得 GNU Savannah 难用得要死
白嫖 github 带宽，给咱 GNU 省钱
5 个赞
不会
doom emacs 用 straight.el 和 git 下载插件，有个 erlang 插件好像是下载了 erlang_otp 源码就几百兆，全部插件的 .git 加上文件就 1GB 多了。
我倒没关注 emacs 自身多大，反正肯定比 vim 大，哈哈！
俺觉着，emacs官方就该出这样一个指导手册，历史越久包袱越多，老旧的、用不上的、不喜欢的那些包，应鼓励用户删掉。
我觉得应该是让老旧的包尽量焕发新生命，尽量保持可用，因为那是 emacs 的历史文化。
3 个赞
windows上emacs安装完占300M左右空间, 按照现在硬盘价格大概只值1毛钱.
2 个赞
这么会安慰的话，3000M 也没事，1 块钱而已嘛。。。
我是觉得程序员还是得追求高点，不是说现在有 64G 内存 1T 硬盘了大就不成为大了。
btw，我还在用 Emacs，友军，友军。。。
我原来是直接搜索elc文件，然后按文件大小排序，把又大又没用的删除就好了。
刚才搜索了一下，emacs29.4中最大的el文件是 ja-dic.el,4.6M，我肯定用不到的，比较奇怪，emacs为啥要内置一本日语词典呢，英语词典好像都没有内置的
gnus 不好删除. url-handlers.el 中有依赖 gnus/mm-decode.el. 而 gnus/mm-decode.el 中又依赖gnus/gnus-util.el 和 gnus/gnus-win.el. 我在尝试把 emacs.git 用 git fiter-repo 把不常用的lisp独立出来. 删了gnus/gnus*, url byte-compile 不了.
1 个赞
我记得编译的时候可以选择生成小号的日语词典
日文输入法输入汉字用的
把 url-handlers 一并删了也行，这个 minor mode 实际上和 vertico 之类的䃼全框架不兼容
1 个赞
请教一下，删了之后能提高Emacs的性能吗？还是说仅仅减少了Emacs的体积？刚试图删了gnus/，打开org后报错找不到gnus-sum.el。
没有实际用处，只能缓解焦虑。我写这个主题只讨论理论上可行性，我自己没实际这么干过
1 个赞
我觉得那些老旧的，没什么人用的，就应该放到elpa里面，有需要的人自己下载。
还是那个原因：你觉得没用的功能，总有人天天在用
真变成没用的功能了连 obsolete 都不会进，直接就移动了，没有移到 elpa，说明实际用的人比你想象得多，emacs 开发者根本不会考虑动它。
比如 pinentry.el 被移动到 elpa 后就有人来抱怨了，Re: About the removal of pinentry.el
1 个赞