现在的情况是拖动一个块到文件树，最大标题成为文件名，而其他标题依次转为第一、第二级标题……
可这和 markdown 常推荐的规范：”一级标题只出现一次“冲突，是否可以添加选择最大标题为一级还是二级呢？
另外目前拖动后撤回并不会重新生成文件，误操作容易丢失内容
拖动块转为文档的标题逻辑问题 v1.1.0
本贴最后更新于 1357 天前，其中的信息可能已经时移世改
相关帖子
- 其他回帖
-
文档块与标题块互转这个功能一开始是我提的，原文可以看这里：https://www.yuque.com/deerain/gannbs/rtqugk，还有另外一个好处是前面这个链接里没有提到的，那就是在不让链接失效的前提下进行笔记的拆分与合并，Obsidian 做不到这一点（这个在 Obsidian Forum 上有讨论），而思源可以靠这个功能轻易做到。
上一段的信息可能还是比较简略，我现在在写一篇安利思源笔记的长文，在里面我会更详细地写到这个功能的重要性和用途。
楼主发的截图和链接是 markdownlint 这个 vscode 插件的文档，这个插件我以前也用过很长一段时间，因为当时插件内置的一些规则让我觉得不太合理，于是我就去查了一下，比如一级标题在一篇文档里只能出现一次这个规范我没见 John Gruber 提过，其它方言设计者好像也没明确提过这种规范，所以很多排版规则似乎仅仅是这个插件作者自己的喜好，谈不上通用规范。当然，也有可能是我当初了解得不到位，但从另一个角度来说，我觉得这些规范并不一定适合用在需要灵活地进行内容管理的笔记类软件上，特别是一篇笔记里只有一个一级标题这一条规则，它更适合用在不需要拆分重组的、已经固化了的文档上。
文档树的末端是文档、文档之下是 H1 标题、H1 之下是 H2，这本来是很符合直觉和逻辑的，但是现在某个 vscode 插件作者出来说他觉得 H1 标题只能用来展示一下文档的名字，而且在插件文档里也没给出任何站得住脚的理由，我觉得我们没有必要按照他的想法来。
假如思源笔记开发者自己不嫌麻烦的话，照楼主说的添加一个可选配置也可以，也不会影响原来在使用这个功能的用户们。我不反对做这种功能上的增强，我回复这些只是因为我当初也被这个插件荼毒过，所以觉得 markdownlint 那种连规范都称不上的「插件作者个人喜好」不值得我们 respect，我可以做和他一模一样的事，但我的准则应该出自我自己的思考，而不是被一个插件塑造。
欢迎来到这里！
我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。
注册 关于