海波你好～ 我在上个月对于markdown语法的解析曾提出过疑问，在收到回复之后我又就所遇到的情况回复邮件进行了补充，但没有收到后续回应。 可以的话能麻烦再次查看一下吗，我希望至少能够得知是网站还是自己操作上的问题。 抱歉有劳了。
@gmail 你好呀。
之前已经回复过了呀。
1，网站设置内的段首缩进无效 —> 已经修正了。 实际上缺了一小段 css 样式。
2，不是太明白，是那种语法？ _xxx_ 是不支持的，_ 这个字符太常用，我们禁止了这个语法。但是 *xxx* 应该是可以的呀。
:)
@Bitcron 是的，但是在那之后我又回复了一封带有截图附件的邮件。里面提到了在经过试验之后，只有位于段首时*xxx*才会变为斜体，位于段中则无效。（以及一点别的内容）不知道这封邮件你是否有收到……
@nekomi 是指最终的解析结果，还是 MarkEditor 在编辑时候的高亮？ 如果后者的话，新版本已经调整了。如果是前者的话，有没有具体的 URL ？
@Bitcron 是前者。 http://teeest.bitcron.com/post/98423 我以这篇日志里进行了尝试
@nekomi Hey, 你好呀。
已经明白这个意思了，但短期内没有什么好的解决方案。可以在 * ~ 这标记符前面保持一个空格。
在中文的世界里，我们理解这个 Demo 页面这个标记符的意图，但是在英文的世界里，这个理解的逻辑就是错误的。 比如 hello*world*hoho 与 hello *world* hoho 是有语义上的区别的，现在我们的解析引擎是倾向于这种空格产生的语义区别。
但无论产生何种倾向，都会产生副作用了。这就是边界所在。我们会在未来看有没有更加平衡的逻辑。
就目前而言，除了在标记符前增加空格外，也可以直接使用HTML代码标记。或者让格式本身变得更加简洁，毕竟， Markdown 不是万能的.
@nekomi Hey, 已经做了解析引擎的调整，在这些情况下，会对英文和非英文做两种状态的对应。 :)
@gmail 你好呀。
之前已经回复过了呀。
1，网站设置内的段首缩进无效 —> 已经修正了。 实际上缺了一小段 css 样式。
2，不是太明白，是那种语法？ _xxx_ 是不支持的，_ 这个字符太常用，我们禁止了这个语法。但是 *xxx* 应该是可以的呀。
:)
@Bitcron 是的，但是在那之后我又回复了一封带有截图附件的邮件。里面提到了在经过试验之后，只有位于段首时*xxx*才会变为斜体，位于段中则无效。（以及一点别的内容）不知道这封邮件你是否有收到……
@nekomi 是指最终的解析结果，还是 MarkEditor 在编辑时候的高亮？ 如果后者的话，新版本已经调整了。如果是前者的话，有没有具体的 URL ？
@Bitcron 是前者。 http://teeest.bitcron.com/post/98423 我以这篇日志里进行了尝试
@nekomi Hey, 你好呀。
已经明白这个意思了，但短期内没有什么好的解决方案。可以在 * ~ 这标记符前面保持一个空格。
在中文的世界里，我们理解这个 Demo 页面这个标记符的意图，但是在英文的世界里，这个理解的逻辑就是错误的。 比如 hello*world*hoho 与 hello *world* hoho 是有语义上的区别的，现在我们的解析引擎是倾向于这种空格产生的语义区别。
但无论产生何种倾向，都会产生副作用了。这就是边界所在。我们会在未来看有没有更加平衡的逻辑。
就目前而言，除了在标记符前增加空格外，也可以直接使用HTML代码标记。或者让格式本身变得更加简洁，毕竟， Markdown 不是万能的.
:)
@nekomi Hey, 已经做了解析引擎的调整，在这些情况下，会对英文和非英文做两种状态的对应。 :)