这些不启用是不运行的；文本形式，而且又不是 git ，空间占用很小的。
1 个赞
以前我也觉得许多包应该独立出来，但现在我观点变了，如果找不到长期的包维护者，就不要独立了，现在最起码还有人能让这些包保持可用
8 个赞
emacs 里有个 artist-mode, 可以用鼠标在 buffer 里画字符画. 第一次知道这个 mode 的时候, 觉得挺有意思. 但是从产品的角度来看, 我无法理解为什么要把这个 ship with emacs. 很多用户都不知道有这个功能, 就算知道, 我不见得又有多少用得上.
如果只是因为某些小众人群用得上, 就添加到软件中, 那么任何臃肿的软件都可以以此正当化, 不是吗?
有人需要在注释里用字符画解释复杂代码结构，这个理由不充分么？
换句话说，有人为了这个功能花了一个礼拜写代码，改进了四年以后获得当时的维护者认可，签版权协议提交进 Emacs，期待后人能把它改进得更好
然后就因为一句来自没法跟开发过程的苦与乐共情的“无关人士”的“不知道有什么用”就可以删了？
不好意思，我现在想起 Emacs 28 把 Gnus 的新闻组标题 GBK 支持删了仍然非常火大，哪怕是维护者自己不上中文新闻组，就把自己不知道有什么用的功能删了，都是很大的失误
在代码编辑器这么多的情况下，有没有可能，对一些人来说，收邮件，玩小游戏，画字符画，整理日程，这些才是 Emacs 的本职工作呢？
7 个赞
Emacs里面确实有不少可以称得上是“鸡肋”的功能。如果你按M-x list-input-methods，你会发现Emacs的内置输入法自带一些勉强能用的中文输入法，英文的DVORAK键盘模拟，Unicode键盘（快捷输入表情符号，Unicode符号），国际音标键盘，还有很多大众语言（保加利亚语，克罗地亚语，立陶宛语等）和小众语言（泰米尔语，卡纳达语，意第绪语等）的输入法，甚至还有已废弃的书写系统的输入法（阿德拉姆字母，哥特字母，菲律宾语旧书写系统）。
Emacs有些自带输入法确实挺有用，而有些人不用系统提供的输入法的原因可能是为了与类似evil这种包集成。不过有些自带的输入法可能确实符合“某些小众人群用得上”的定义。
1 个赞
更大的可能是该用户用的不是 Linux, Windows, macOS，而是 BeOS，FreeDOS，OpenVMS，系统提供不了合适的输入法，或者是临时使用不能更改系统设置
7 个赞
需求都是不定和不停增长的，有段时间我也是想着“追新”，但发现这与夸父追日无异。相对于这些新的软件，我现在更愿意用成熟稳定且灵活的软件，比如 emacs、vim、linux。最近流行的各种 rust 造轮子，自己鲜有尝试，对工作而已，收益甚微（当然不失为一种学习方法）。
我几乎不是很有意愿去尝试 zed，原因大概如下：
- zed 固然没有历史负担，但如果他要发展，往后必然也会变的臃肿，以后自己如何面对这一点，再换个“新贵”？
- 新也意味着不稳定和功能不全，所以只能你去就它，而不是让它来就你。
- 我看来 zed 唯一比 emacs 有优势的地方是 ”快“ 和 ”开箱即用“，在大部分任务上，emacs 对我而言够“快”了，我花了时间学习 emacs，不算新手，也就没有开箱即用的问题。
如果觉得 emacs 臃肿，前面的回答说了，自己裁剪个发行版，这就是它来就我，也就是自由软件中“自由”的另一层意思。
我喜欢 emacs 和 vim 的另一个地方是，它们自有一种“编辑”的理念，使用它们可以能深入的理解什么是编辑、如何编辑，使用它们能得到一种编辑思维的提升。这是很多其他主流编辑器不具有的。
当然，我也希望大家去多造轮子，或者去使用新的软件哈，这样才能发展新的东西出来。因为其他很多事要做，自己没了去做这些事的动力和时间。上面说的东西也只是我根据自身的情况做出的选择而已。我相信很多人也会如我这般看。但并不意味着其他看法有问题，每个人面临的情景不一样，不同的选择而已。
2 个赞
我没有说可以删了。既然一开始已经包括进去了，那么后面肯定是不能轻易删除的。
我表达的是对一开始把它包括进去这个决定的不认可。
有人需要在注释里用字符画解释复杂代码结构，挺好，但从功能角度来看， 这仍然可以作为第三方包，而不是与 emacs 捆绑发布。
vim/neovim 是锋利匕首，Emacs 是瑞士军刀，但瑞士军刀也不是什么工具都包括的。从我个人对软件审美出发，我认为这个功能不应该与 emacs 捆绑发布。另外，我知道开源软件工作者的无偿服务，我对他们充满敬意。
即使作为没有参与 emacs 开发，仅仅是一个普通用户的「无关人士」，我想我还是可以表达对 emacs 作出的某些决定的看法吧。
万一我哪天要用却发现它没有才火大. 加一份源码又不占多大体积, 为啥不加?
如果某人愿意10年20年长期维护一个包，可以和emacs维护者申请将一个内置包独立出来，然后将内置的标记为过期，这是有案例的，之所以捆绑，是以为在保持兼容的同时，捆绑开发消耗人力最少，有些功能我们不用，并不代表其它地方，其他国家的人不用。
2 个赞
如果是商业软件，为效率而考虑的一切都是正当的。 如果是自由软件，为自由而有趣考虑的一切都是正当的。
不要把所有语境都想象成只有一种。以及不要随便评价有用无用，没有人有这个资格。
2 个赞
可能由于种种 practical 的原因导致这样，再从 pratical 的角度来看，现在存储盘也不值钱，对实际使用几乎没有影响。
但是从单纯软件审美，或者说 asthetic 的角度来看的，我不欣赏 emacs 这种决定。
审美因人而异，我个人就是偏好「有意识地维护精简，对 feature 的添加仔细斟酌」的软件，这个品质在今天尤为珍贵，对我来说这是 craftsmanship 的一种体现。
Emacs 本身强项就是扩展性，因此本体要提供哪些 feature 因当有强力的理由，如果 artist-mode 默认提供了， 那么相当庞大数量的第三方库都应当默认提供，因为总会有人用到，总会对一部分人群有用，不是吗？ （再次强调，这是单纯从审美角度的出发，从 practical 的角度来看，多提供一份库，就多一分维护负担）
虽然 vs code 基于笨重的 electron, 但从功能来看，vsc 的本体很干净，额外功能都是通过插件提供的（这一点和 emacs 类似）。想要画字符图？去安装一个插件即可。我是绝对不想 vsc 默认给我安装了一个画图插件。在这一点上，我欣赏 vsc 的决定。
再三强调，以上是纯粹从审美角度而言。
1 个赞
Emacs 一开始的设计目标是让大众能够使用计算机。至于发展到现在，开发者成为使用人群的主流，是后来的事情。
Artist-mode 的存在，和 Windows 上的画图一样，都是为了让不熟悉计算机的人，产生兴趣的一种手段。
但是否要抛弃 Artist-mode 呢？Emacs 相比 Vim 特殊的一点在于，它有着大量非计算机从业者用户。所以，基于两种人群的考虑，都是必要的。
所以，很多在你看上去觉得冗余的部分，正是 Emacs 魅力之所在。
论坛里也很多非计算机行业的用户，很多都是沉默的大多数，你看不见，不代表不存在。
2 个赞
来凑个热闹
你说了这么多，总结起来就是“对我没用，所以不够精简”。
Emacs这种开源项目，如果我不是项目维护者，我还去指指点点项目怎么开发维护那我就是咸吃萝卜淡操心了。实在不爽，不用就得了。
P.S. 你这回复，中文里就非得夹杂着几个英文单词？是没有中文词汇能表达出你的意思来吗？
3 个赞
说实话我比较好奇什么算一个“简洁的Emacs”。我在虚拟机中安装远古操作系统时在NeXTSTEP上体验过Emacs 19，在Red Hat 5.0上体验过Emacs 20。Emacs启动时的屏幕和autoload功能都是Emacs 20新增的。那时artist-mode和org-mode这些无关紧要的包还没添加进Emacs（但是hanoi和gomuku已经有了），我不确定这算不算一个“简洁的Emacs”。
我相信有不少Emacs用户入坑不是因为Emacs在写代码上有独特的功能，而是了解到类似org-mode等功能。我个人认为Emacs更应该当成一个多功能文本编辑器用。
我并不是说要抛弃，既然事实上已经添加了，那么应该不轻易抛弃。 我理想的情况是，在决定要不要添加前，慎重考虑。
也许如你所说，可能开发者们当时考虑到了更多人群，作出了决定。 但这就是不符合我个人的口味，可能其他人会喜欢。
当然，emacs 该用还是用。
我没有指点怎么去开发，我只是描述我的理想状态下 Emacs 的设计。 没有符合我的预期，我自然不太喜欢。但我喜欢 Emacs 的部分非常多，无论喜欢与否，工具能否给我带来价值更重要，所以我用。
MAYBE BECAUSE I CAN PISS SOMEONE OFF WITH ENGLISH WORDS。
这就不爽了？
是指点还是描述重要吗？是开发还是设计重要吗？不在其位，不谋其事。你怎么就知道这些包的添加不慎重呢？
就像你用中文还是英文你自己说了算，但是别人随便就可以找个由头说你有问题，你感觉咋样？
我难道是直接发了邮件给 Emacs 开发者，说 Emacs 的设计不行，应该按照我的设想去改马？ 论坛里本来不就是讨论 Emacs 的吗？难道我不能表达我对 Emacs 某个部分不喜欢了？ 而且，我再三强调是个人审美角度, 你是看不见吗？
1 个赞
我觉得可以讨论一个方向，如何精简 Emacs 的内置包，以及如何无副作用的精简 Emacs 的内置包。
比如说 remember-mode，我最近才发现它还内置着，但大部分人应该已经不用它了。至少我不用，所以如果有方法把它精简掉，我也很乐意。
1 个赞