检索词：实时阅览、视图、渲染、加粗、强调、括号、引号、标点、符号、段落、中文、英文、额外、扩散、自动、结束、错误、异常、Bug、不匹配、范围、选择、默认。
v1.5.3 连续中文已能正常加粗，但其他混排方案仍存在问题。
已知方案：加空格或零宽空格 <wbr>。
示例文本，点击展开
我想**正常**加粗（v1.5.3√）
我想**.正常**加粗（×）
我想 **.正常**加粗（√）
我想<wbr>**.正常**加粗（√）
效果：
→ 
以下为至今相关求助话题合集。
我不清楚这个算不算问题，有点不好描述，先放图：
第三个序号的例子就是我要说的问题。一旦一段文字被引号起来，再加上强调符号。在编辑模式下强调的内容会出错，并且往右边扩散；在预览模式下就没问题。但我有强迫症，这样看着实在是很别扭，希望可以快点修复。
ps：其实可以通过简单的敲空格隔开解决，但这不符合文字排版规范，所以求尽快修复！
这需要去向相关主题的开发者提出，这是外观问题，不是bug。默认情况下，ob的文字是没有颜色的。所有的外观都是你后期自己加上，你加上的代码，你要自己寻找维护。
默认情况下也会这样 
难道是官方主题出了问题？我觉得这跟主题没关系，主题也就改个颜色，内部逻辑是不会变的，所以这应该是用引号才会出现的小小的显示问题。
确实，可能是引号导致。我这也复现了。很奇怪为什么官方的CSS，也有一点所见即所得的效果。我以为就是普通文本。这些可能在所见即所得出现后能改善吧。
确切说，这是那个 markdown 规范定下的规矩…英文论坛有相关 bug 反馈。最好的方法是支持中文加一个零宽空格，但是应该不在官方计划里。
如图所示，当有中文括号时，加粗范围和选择的内容不匹配。obsidian对中文支持，有些许细节不友好。
是的诶，建议到英文forum上反馈更有效一些
1 个赞
以符号结束的加粗文本在实时预览的模式下会额外显示两个 * ，如图：
源码为图一：
实时预览效果为图二：
阅读试图中没有问题，见图三：
1 个赞
低级错误。
** 应该成对儿出现。
只显示了一对就是我说的渲染问题啊 ，如果 Ctrl + B 加粗会出现单对的话那就是更谜的错误了
加空格了吗？
老外发明的东西不会优先考虑中文下的各种情况，比如 macOS 系统支持中文词汇跳转（Option+箭头）Obsidian就只会把中文当作一堆没有空格的字母来处理。
理解您的意思，我之前也是这么做的，但加空格真的不太好看 
，后来把 ** 写着标点里面也还凑活，但是只要碰到中文标点总归会遇到这种问题，比如 ** 在标点右边的时候就会渲染错行，而且有的时候也不方便，像是中文引号背后加网址的时候，不加空格就不会高亮……
最重要的是这个问题只在实时预览下存在……渲染模式下就是正常的，所以我觉得应该是个bug。
markdown 的渲染是一个玄学问题，你这个案例倒更像是一个 bug。
你要么给官方反馈修改 bug，要么就忽视它的瑕疵。
我在处理文件编码、不可见空格、繁简转换等问题上都是用其他软件做的，obsidian 只用来搜索和展示双链、图谱。
PS：文件编码、不可见空格：VSCode、CotEditor；繁简转换：Apple 文本编辑 App。
用下划线加粗文本无法正常实时预览
Bug 或问题描述
如图,当在ob中使用下划线加粗文本时,实时预览模式下无法正常显示,但在阅读模式下是正常加粗的
当前 Obsidian 的版本及安装环境
之前就出现过这种情况,目前最新版本(v1.03)仍有这种现象
理想中的情况
文本应正常被渲染为加粗的样式
\*是转义字符，不渲染的
这是从我笔记里复制的一段,我的\*是为了在阅读时能显示*号,和后面的下划线无关的
抱歉，眼拙了，确实是个bug