昵称又不能直接显示那设置昵称有什么用

思源的标签不是元信息，只是一个特殊点的定位文本，建议用书签功能，书签是元信息

用了这三个特殊页签，有时候把所有页签全部关闭了之后分屏布局还会保留，我大约遇到过一两次

不是已经有 Ctrl + Shift + X 了吗 😂

logseq 是在 config.edn 配置文件里对所有的日记页面设定了特定的查询语句，打开日记就会自动执行查询，而思源目前需要每天手动在日记里用模板插入一段查询，使用上确实多出一步

我跟 web clipper 的开发者在语雀上有一些交流，之前他曾经在 github 上发了个 issue 找思源要相关 http api 了，但是现在这一块的 api 好像还不完善，等完善之后那边应该就能支持了，或者我到时再去找人家问一下

如果楼主的系统是 win10，可以直接按 win+v 来查看剪贴板历史

借楼，强烈建议加上 lisp 和 clojure 😂

https://cdn.bootcdn.net/ajax/libs/highlight.js/10.6.0/languages/lisp.min.js

https://cdn.bootcdn.net/ajax/libs/highlight.js/10.6.0/languages/clojure.min.js

全文太长了，先贴个一小部分前瞻版：https://www.yuque.com/deerain/gannbs/hkdvkr

实现这个功能并不难，但是如果用户打开了多个笔记本，并且做了跨笔记本的引用，当被引用的笔记本关闭的时候，这些引用就会失效报错。其它双链笔记软件的做法相当于只允许用户打开一个笔记本。

跨笔记本引用这件事，思源做不做是另一回事，我主要想说 Obsidian 并不支持跨 vault 的引用，所有的 roam-like 软件也都不支持跨库引用

我觉得这个困境是构造出来的，实际使用中并不存在。

最重要的一个原因是，虽然标题块转换为文档块的时候其中的链接会失效，但是带链接的标题块一般都是整个标题文字全为链接的汇总入口，这种标题块不会迎来真正转换成文档块的那一天。（举个例子，更新日志中的 [[## bug fixed]] 标题块）

标签会失效，这个没法解决，但是 Obsidian 和思源的标签其实是没什么使用价值的，这方面应该向 roam research 看齐。尽管没有 roam research 那样的标签语法糖，也可以直接用 [[标签名]] 来代替标签。如果想要印象笔记那种作为 meta info 的标签，应该使用思源的书签。

谢谢，我没看完帖子就直接评论了 😂，明天抽空试试

怎么让背景图片充满整个编辑器

同问

我记得玉伯说过，语雀之所以不做 youtube 视频嵌入，是因为中国的网络服务要遵守中国的法律法规，所以 wolai 这个 youtube 嵌入一直让我觉得有点危险

有道理，已加入软文素材

思源笔记有局部关系图

什么叫分栏？

直接做成可选配置是最好的，搞投票不如讲理由。

我也想搞个投票问问各位平均每天修改几次链接，反正我的真实数据是零次。

这个我以前在回复别人的时候写过一点简单介绍：

因为我很早就在熟练使用这套方法了了，而且网上绝大部分人对 MOC 的介绍都比较肤浅，所以没刻意收集过相关资料，以后有空的时候我可能会单独写写。

思源的设计来看，很在乎文件夹系统。

不是这样的，可以看看以前开发者在这个 github issue 下的讨论：Issue #1166 · siyuan-note/siyuan

有文件夹只是给用户更多的选择，不是说基于文件夹系统就一定要用子文件夹，更先进更方便的方法是用 MOC，实际上 MOC 在 Obsidian 社区已经是显学了，只是国内还没那么流行。

文档块与标题块互转这个功能一开始是我提的，原文可以看这里：https://www.yuque.com/deerain/gannbs/rtqugk，还有另外一个好处是前面这个链接里没有提到的，那就是在不让链接失效的前提下进行笔记的拆分与合并，Obsidian 做不到这一点（这个在 Obsidian Forum 上有讨论），而思源可以靠这个功能轻易做到。

上一段的信息可能还是比较简略，我现在在写一篇安利思源笔记的长文，在里面我会更详细地写到这个功能的重要性和用途。

楼主发的截图和链接是 markdownlint 这个 vscode 插件的文档，这个插件我以前也用过很长一段时间，因为当时插件内置的一些规则让我觉得不太合理，于是我就去查了一下，比如一级标题在一篇文档里只能出现一次这个规范我没见 John Gruber 提过，其它方言设计者好像也没明确提过这种规范，所以很多排版规则似乎仅仅是这个插件作者自己的喜好，谈不上通用规范。当然，也有可能是我当初了解得不到位，但从另一个角度来说，我觉得这些规范并不一定适合用在需要灵活地进行内容管理的笔记类软件上，特别是一篇笔记里只有一个一级标题这一条规则，它更适合用在不需要拆分重组的、已经固化了的文档上。

文档树的末端是文档、文档之下是 H1 标题、H1 之下是 H2，这本来是很符合直觉和逻辑的，但是现在某个 vscode 插件作者出来说他觉得 H1 标题只能用来展示一下文档的名字，而且在插件文档里也没给出任何站得住脚的理由，我觉得我们没有必要按照他的想法来。

假如思源笔记开发者自己不嫌麻烦的话，照楼主说的添加一个可选配置也可以，也不会影响原来在使用这个功能的用户们。我不反对做这种功能上的增强，我回复这些只是因为我当初也被这个插件荼毒过，所以觉得 markdownlint 那种连规范都称不上的「插件作者个人喜好」不值得我们 respect，我可以做和他一模一样的事，但我的准则应该出自我自己的思考，而不是被一个插件塑造。

没有多转一步，就是直接从思源笔记里粘贴到简书

头条和小红书不知道，简书可以直接用「复制到语雀」然后粘贴过去，因为都支持 markdown

文档块作为一种容器，完全可以看成「文件夹」，只要观念能转变过来就行

这些不是 markdown 语法，是 latex 语法，要靠行内公式来输入。

主要是在 [[ 和 (( 引用搜索的时候支持搜索别名，其它带别名的双链软件都已经支持了

目前我最喜欢 sunlight 这个主题 👍

其实这个收费方案本身没什么问题，我想这就是做下沉用户带来的反噬吧。

根本没有所谓的反向链接视图和正向链接视图，网状视图本来就是双向的。

做个当前文档链接汇总列表是有可能的，但是实用性不高，估计会交给插件。

这个功能真的该丢给插件，因为确实没什么用