关于在 beta8 关于行内数学公式的一些 bug 中的第二点,在接下来几天遇到的一些问题,我个人觉得这是一个手感问题.
- 续上一次提到的问题,主要是关于
\$
和公式范围判定的问题.- 在一般的富文本编辑器中,数学公式都有很明显的界定,例如 trilium 就不需要
$
界定范围,也就不需要\$
来避免转义. - 关于有 markdown 语法的编辑器中,可以分为 2 类
- 例如 vscode 这一类双栏编辑器从使用
\$
以及公式范围判定都是很一目了然的. - 类似于 typora 这一类所见即所得的编辑器在处理
\$
做的很好,论坛的编辑器也很好
- 例如 vscode 这一类双栏编辑器从使用
- 在一定程度上我都可以知道这究竟是
\$
还是$
,然而在思源中我无法区分.
- 在一般的富文本编辑器中,数学公式都有很明显的界定,例如 trilium 就不需要
- 在使用
$
定界数学公式时遇到了以下问题(描述的应该不是很准确)- 其将我 Katex 的代码也「转义」了,这在一定程度上降低了代码的可读性(虽然
\
它还在那里). - 但是我使用
ctrl + m
也可以达到相同的效果,同时也避免了 「转义」的风险.
- 其将我 Katex 的代码也「转义」了,这在一定程度上降低了代码的可读性(虽然
总体上来看,$
和 ctrl + m
都可以创建数学公式,想要修改都只能用鼠标点击,同时 $
创建的也不能使如下方法修改
这样看来 $
对 ctrl + m
的优势也就荡然无存了.同时使用 $
来对数学公式进行定界就必须要保证有 \$
可以使用,这不但没有纯 markdown 时编辑公式的便利性,同时增加了编辑器的逻辑负担(特殊符号的「转义」).(这点我不知道说的对不对)
因此完全方抛弃 $
仅使用 ctrl + m
来创建行内公式(像是 trilium 等),这样可以避免 \$
即各种复杂的转义例如 \{
等.同时可以保证无公式需求的用户发生误操作,同时降低学习成本.例如连续的 $700 和 $800 并不需要表现为数学公式.
我的建议是完全抛弃 $
仅使用 ctrl + m
来创建行内公式(块级公式相对来说环境简单,不如段内的环境复杂,可以保留 $$
创建).
另外,我还希望行内代码能实现以下效果(论坛的编辑器也可以)
即可以将 ` 显示出来,方便行内代码的定界.
欢迎来到这里!
我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。
注册 关于