Org LaTeX Fragment Editor (Ver. 1.2)

:joy: 我可能就是头脑发热吧

包和配置的最显著的区别就是这样,配置只需要考虑自己,而包需要考虑别人

是的,包用的人越多越好,所以起一个好名字非常重要。

命名是一个特别难的事情,我要做一个包时,我会想好几天,想出一个自己心仪的名字不容易

确实,lfe是最初想的名字,但是今天用下来感觉特别拗口,而且意义不明。

哈哈,确实有点拗口

注意: 我已经把这个做成了一个包,放在 github 上: GitHub - et2010/org-edit-latex: Edit LaTeX fragments like editing src blocks 便于维护。这里的不再更新。另外,最新版本已经支持行内 latex 的编辑。

最后是广告时间 :joy:

貌似需要这个功能的人也不少,reddit 上有人专门讨论过:

Reddit 帖子里提到的解决方法需要借助外部的包来实现,并且在编辑之前需要先选择要编辑的部分。

作为对比,我这个包具有以下优点:

  • 完全使用 org 内置函数,不依赖外部包

  • 不需要选择就可以打开 latex buffer 进行编辑

  • 依附 org 内置命令,无需记忆额外的快捷键

赞,melpa维护者给你发 pr了

刚看见,purcell 发的,荣幸啊!哈哈!

说明你这个包的实用价值还是很大的, 许多包都是这样, 代码没几行,但评价特别高,这估计就是所谓的创新。。。

多谢!没有你的帮助不可能到这一步!

还有一点问题,这个软件的致谢应该怎么写?也像论文里那样写 Acknowledgement 吗?有没有什么现成的模板参照?

已经被合并了,应该过不了多久就可以在 MELPA 上看到了! :v:

好像没有多少要求,看个人喜好了

我刚才又试了一下,还有些 bug,就是 inline math 有时候不能正确删除 src_latex{},不知道问题出在哪了

不知道你有没有碰到这种情况? @tumashu

这没啥, 维护自己的配置和维护一个包,付出是不一样的, 我就指点了你1个小时,而你自己要付出许多时间来维护这个包, 不知道你会不会后悔:joy:

我已经感觉到压力了 :joy:

反正维护package的一个最重要的原则是: 不能随意的,偷偷摸摸的 覆盖其他 package 的对外接口,如果必须要覆盖,也要想方设法将对用户的影响做到最低,简单来说,你的包不能有潜在的,无法追踪的破坏用户配置的风险。

收到,多谢提醒!

另外, commentary 最好也维护一下, 这个 在 package buffer 中显示, 如果不想重复维护,你可以使用 el2markdown org2elcomment 或者 el2org 来维护 README

1 个赞