1.2b9 关于编辑行内公式手感的看法

关于在 beta8 关于行内数学公式的一些 bug 中的第二点,在接下来几天遇到的一些问题,我个人觉得这是一个手感问题.

  1. 续上一次提到的问题,主要是关于 \$ 和公式范围判定的问题.
    • 在一般的富文本编辑器中,数学公式都有很明显的界定,例如 trilium 就不需要 $ 界定范围,也就不需要 \$ 来避免转义.
    • 关于有 markdown 语法的编辑器中,可以分为 2 类
      • 例如 vscode 这一类双栏编辑器从使用 \$ 以及公式范围判定都是很一目了然的.
      • 类似于 typora 这一类所见即所得的编辑器在处理 \$ 做的很好,论坛的编辑器也很好 4ZtL1j7ORn.gif
    • 在一定程度上我都可以知道这究竟是 \$ 还是 $,然而在思源中我无法区分.
  2. 在使用 $ 定界数学公式时遇到了以下问题(描述的应该不是很准确) 4FI2Al6rUW.gif
    • 其将我 Katex 的代码也「转义」了,这在一定程度上降低了代码的可读性(虽然 \ 它还在那里).
    • 但是我使用 ctrl + m 也可以达到相同的效果,同时也避免了 「转义」的风险.

总体上来看,$ctrl + m 都可以创建数学公式,想要修改都只能用鼠标点击,同时 $ 创建的也不能使如下方法修改

dcTMy2fgTQ.gif

这样看来 $ctrl + m 的优势也就荡然无存了.同时使用 $ 来对数学公式进行定界就必须要保证有 \$ 可以使用,这不但没有纯 markdown 时编辑公式的便利性,同时增加了编辑器的逻辑负担(特殊符号的「转义」).(这点我不知道说的对不对)

因此完全方抛弃 $ 仅使用 ctrl + m 来创建行内公式(像是 trilium 等),这样可以避免 \$ 即各种复杂的转义例如 \{ 等.同时可以保证无公式需求的用户发生误操作,同时降低学习成本.例如连续的 $700 和 $800 并不需要表现为数学公式.

我的建议是完全抛弃 $ 仅使用 ctrl + m 来创建行内公式(块级公式相对来说环境简单,不如段内的环境复杂,可以保留 $$ 创建).


另外,我还希望行内代码能实现以下效果(论坛的编辑器也可以)

dbeAcjg9Ck.gif

即可以将 ` 显示出来,方便行内代码的定界.

广告 我要投放

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • Tock
    订阅者

    前来支持

  • 其他回帖
  • 88250
    订阅者

    你好,即时渲染模式大概率是不会再支持了,v1.2.0 之前的版本就是这样的。

    Markdown 标记符和所见即所得之间的冲突会逐步优化磨合,感谢反馈。