我可能就是头脑发热吧
包和配置的最显著的区别就是这样，配置只需要考虑自己，而包需要考虑别人
是的，包用的人越多越好，所以起一个好名字非常重要。
命名是一个特别难的事情，我要做一个包时，我会想好几天，想出一个自己心仪的名字不容易
确实，lfe是最初想的名字，但是今天用下来感觉特别拗口，而且意义不明。
哈哈，确实有点拗口
注意： 我已经把这个做成了一个包，放在 github 上： GitHub - et2010/org-edit-latex: Edit LaTeX fragments like editing src blocks 便于维护。这里的不再更新。另外，最新版本已经支持行内 latex 的编辑。
最后是广告时间
貌似需要这个功能的人也不少，reddit 上有人专门讨论过：
Reddit 帖子里提到的解决方法需要借助外部的包来实现，并且在编辑之前需要先选择要编辑的部分。
作为对比，我这个包具有以下优点：
-
完全使用 org 内置函数，不依赖外部包
-
不需要选择就可以打开 latex buffer 进行编辑
-
依附 org 内置命令，无需记忆额外的快捷键
赞，melpa维护者给你发 pr了
刚看见，purcell 发的，荣幸啊！哈哈！
说明你这个包的实用价值还是很大的， 许多包都是这样， 代码没几行，但评价特别高，这估计就是所谓的创新。。。
多谢！没有你的帮助不可能到这一步！
还有一点问题，这个软件的致谢应该怎么写？也像论文里那样写 Acknowledgement 吗？有没有什么现成的模板参照？
已经被合并了，应该过不了多久就可以在 MELPA 上看到了！ 
好像没有多少要求，看个人喜好了
这没啥， 维护自己的配置和维护一个包，付出是不一样的， 我就指点了你1个小时，而你自己要付出许多时间来维护这个包， 不知道你会不会后悔:joy:
我已经感觉到压力了 
反正维护package的一个最重要的原则是： 不能随意的，偷偷摸摸的 覆盖其他 package 的对外接口，如果必须要覆盖，也要想方设法将对用户的影响做到最低，简单来说，你的包不能有潜在的，无法追踪的破坏用户配置的风险。
收到，多谢提醒！
另外， commentary 最好也维护一下， 这个 在 package buffer 中显示， 如果不想重复维护，你可以使用 el2markdown org2elcomment 或者 el2org 来维护 README
1 个赞