关于之前的追加提问

海波你好~
我在上个月对于markdown语法的解析曾提出过疑问,在收到回复之后我又就所遇到的情况回复邮件进行了补充,但没有收到后续回应。
可以的话能麻烦再次查看一下吗,我希望至少能够得知是网站还是自己操作上的问题。
抱歉有劳了。

2017-06-06 09:05 from gmail
Comments
Write a Comment
  • Hepo reply

    @gmail 你好呀。

    之前已经回复过了呀。

    1,网站设置内的段首缩进无效 —> 已经修正了。 实际上缺了一小段 css 样式。

    2,不是太明白,是那种语法? _xxx_ 是不支持的,_ 这个字符太常用,我们禁止了这个语法。但是 *xxx* 应该是可以的呀。

    :)

  • nekomi reply

    @Bitcron 是的,但是在那之后我又回复了一封带有截图附件的邮件。里面提到了在经过试验之后,只有位于段首时*xxx*才会变为斜体,位于段中则无效。(以及一点别的内容)不知道这封邮件你是否有收到……

  • Hepo reply

    @nekomi 是指最终的解析结果,还是 MarkEditor 在编辑时候的高亮? 如果后者的话,新版本已经调整了。如果是前者的话,有没有具体的 URL ?

  • nekomi reply

    @Bitcron 是前者。 http://teeest.bitcron.com/post/98423 我以这篇日志里进行了尝试

  • Hepo reply

    @nekomi Hey, 你好呀。

    已经明白这个意思了,但短期内没有什么好的解决方案。可以在 * ~ 这标记符前面保持一个空格。

    在中文的世界里,我们理解这个 Demo 页面这个标记符的意图,但是在英文的世界里,这个理解的逻辑就是错误的。 比如 hello*world*hoho 与 hello *world* hoho 是有语义上的区别的,现在我们的解析引擎是倾向于这种空格产生的语义区别。

    但无论产生何种倾向,都会产生副作用了。这就是边界所在。我们会在未来看有没有更加平衡的逻辑。

    就目前而言,除了在标记符前增加空格外,也可以直接使用HTML代码标记。或者让格式本身变得更加简洁,毕竟, Markdown 不是万能的.

    :)

  • Hepo reply

    @nekomi Hey, 已经做了解析引擎的调整,在这些情况下,会对英文和非英文做两种状态的对应。 :)