我没说%20是bug，而这种url编码转换在github中是存在冲突的，因为github中是使用"-“来代替空格（因为github中对markdown转换成html的标签时，默认情况标签的id及href两属性的属性值是使用标题名，而碰到标题中存在空格，则使用”-"来代替）。而且这个问题是非常复杂的，抛开ob，单markdown本身因为中英大小写混排都存在转换上的问题，不要说ob还有自己一套渲染转换标准，更是问题重重（还有，我虽然在标题上手工写html标签，但一般不会直接使用标签，我用的是标题 这种方式，github或其他markdown转换器会自动将其转换成标签）。就是因为markdown本来存在这个问题，才产生了使用html标签来给标题一个绝对的id来作锚点的需求，以此来规避markdown标题在转换时可能出现的“麻烦”。这本来就是markdown本身就应该有的功能，或者这么说，这是html本身的功能，markdown支持这种方式理所当然，而ob既然使用markdown作为笔记存储格式，那顺理成章地也应当支持，何况“价值大不大”不是任何人可以评判的（就跟几十年前，非常流行割扁桃体和盲肠一样，觉得哪两货没太大用就给割了，简直就是扯蛋）。再说了，因为markdown标题本身在转换时存在各种麻烦，所以手工使用html标签设定标题锚点，来精确定位，这是在中文环境下使用markdown的刚需，所以价值不大根本是睁眼说瞎话，何况众多markdown编辑软件都支持，而你这么强大的，以markdown为文本的笔记软件，竟然不支持，这简直就是非常荒谬。
还有，坚持markdown标准还有一个重要的目的，就是笔记文本其可阅读或可展示性，尽可能地不依赖任何笔记软件，我的笔记脱离了ob后，大部分内容仍能正常阅读及显示，即笔记文本尽可能地与ob“解耦合”（很多非markdown标准的用法，脱离ob后，就废了）–为此，我在ob使用上非常的克制，像设置上，从来都将那什么wiki链接样式关掉，也基本不用文本块链接。