下载并开启插件：基于文档搜索

引述、超级块、列表、列表项、嵌入块。这 5 个关了，其他的全开即可。

因为上述的 5 个块类型包裹的内容，用段落块也可以搜到。

这个功能很好，但是我觉得会非常难做好。不谈技术方面的问题，光逻辑层面就有一个大难题。其实视频开头也点出了这个问题了，即每个页面聚焦一个主题，搜索时以页面为基准。

但是思源是支持 Daily Note 笔记法的，所以在一个日记文档页面中可能会有 N 个不同的主题。而在系统文章中，则是一个页面一个主题了。

于是问题来了，语义搜索，究竟以什么粒度为基准？

如果以文档页面为基准，那会不会搜出来日记的杂讯？比如我搜一个 iPhone 的价格变化，那么有没有可能会搜出来，在一篇日记当中即写了 iPhone 性能提升，也写了新能源汽车价格变化，这样的一篇日记文档？

如果以块为基准，那么怎么界定主题的范围？比如我有一篇探讨历年 iPhone 的价格变化的文章，但是 iPhone 和价格这两个关键词，写在了不同的两个块中，那么能搜到吗？

当然，这只是我这个技术小白的一个疑惑，也许业内已经解决了但是我不知道，说错了还望勿怪

PS：这其实也是所有支持 Daily Note 笔记法的笔记软件难以解决的问题。搜索其实是以主题为基准的，传统笔记一篇文档就是一个主题，所以搜索相对来说好做。DN 流笔记，日常琐碎用块粒度记录，系统文章又用文档粒度记录，一个搜索方式难以兼容两种不同的书写粒度，所以搜索只有一半的功能。

这个功能我原来请求过，详见：对于移动端搜索的改进提议 - 链滴。

主页添加一个搜索按钮，然后把搜索界面搬出来成为一级界面，通过一个滑动手势即可一步直达，应该是移动端搜索的最佳方案

理论上来说应该不会，七牛两种访问方式都支持。

在两种访问方式都支持的情况下，一般优先选择虚拟主机风格（Virtual Host Style）

1. Endpoint 那一行，前缀改成 http
2. Timeout (s)改成 300
3. Addressing 改成 Virtual-hosted-style
4. 七牛的访问控制公开私有都可以，不影响同步
5. 改完之后在同步试试看

感谢提醒。文章又要更新了

😋 好勒，感谢 D 大 🎉

保留部分行级元素的样式特性是挺好的，比如标题加个背景颜色可以显示在大纲中。

但是应该没有用户会想在大纲中，鼠标移动到引用块标题上，就弹出浮窗吧？我想不到这个特性的适用场景。而且还和大纲的点击跳转定位这一主要特性频繁冲突，所以我认为这是可以取消的。

@Vanessa V 姐看看是不是设置中开启了“关闭后需按住 Ctr 键才会出现浮窗”的那个功能？或者是 V 姐点击的速度太快了

我附上一段视频，也许能提供更多的帮助。

不是标题前的块标。标题前的块标会弹出浮窗我觉得是一个蛮好的设计。

我的意思是，假设你写一个标题为：## [[思源笔记 YYDS]]

当你打开大纲面板，鼠标移动到「思源笔记 YYDS」上的时候，会弹出悬浮窗。这个功能和点击大纲跳转定位的功能严重冲突。

好的 V 姐。我通过在搜索中关闭超级块和列表块能暂时解决这个问题。

另外我在提一个疑惑 V 姐。如果标题是双链文本的话，在大纲面板中，鼠标移动到标题上，会弹出悬浮窗，这个功能和点击大纲跳转定位经常冲突，这个有优化的可能吗？

【实践】基于 query 实现的项目信息管理 + 面板视图 。

这篇文章可以看看，应该能满足你的需求

大佬，我今天刚在查这个问题，就看到你的神秘代码了，十分感谢 👍 👍

我能否多请教一个问题呢？就是如果标题中有双链文本，在大纲面板中，鼠标移动到标题双链上时，也会弹出悬浮窗，这个功能应该怎么禁止呢？

我有时候会在标题上写上双链文本，在大纲面板上点击标题想跳转的时候，经常弹出悬浮窗打断跳转，不胜其烦。十分想解决这个问题，奈何代码水平有限，没查到应该怎么写 😭

再次感谢大佬的标题全展开代码 🙏

大佬是真的牛 👍

WebAPP 这个插件实在是顶，不是说打开网页这个功能，而是和思源的深度整合。

Flomo 开启 dock 栏常驻，能把内容从侧边栏一步拖拽到思源当中（甚至支持图片），这是收集箱都尚未实现的功能。

通过这个插件，在移动端速记这块，我认为思源得到了质的飞跃，从操作较为繁琐 → 一步记录，一步转移。

遥遥领先，遥遥领先！

直接拖拽我个人也觉得是最优解。但是 issue 里 D 大说文档编辑器目前无法支持行级文本拖拽，后续虽然也说了拖拽也不是完全不能实现，但是看起来感觉就不是很容易实现。

我提议的这种方式，不知道会不会更容易实现，毕竟不用改动文档编辑器。所有的功能现阶段的思源都是有的，只是把收集箱从 dock 栏同步一份到菜单里

有 SQL 大佬写了篇帖子，我看了下应该完全符合你的需求了。可以参考下：【实践】基于 query 实现的项目信息管理 + 面板视图 - 链滴

Calm down 朋友，我并没有说你的需求和建议不合理。而是说目前思源难以直接实现你的需求，所以需要弯折几步实现，并给出了我的具体实现路径。如果你觉得冒犯了你还请海涵，我绝无此意。

另外每个工具都是不同的，所以通过工具实现功能的方式也会有所不同。并不一定是以 Obsidian 和 Logseq 为准绳。这个功能有当然更好，但是目前就是没有，所以可以通过其他方法实现，而不是我就必须要这个方法，没有这个方法我就无法继续阅读了。

就你回复我的内容来说，我自己是直接用 PDF 进行阅读批注的，所以你的 123 三点对我来说都完全不是问题 😂 。

第一个需求目前无法很好地一步实现。暂时的缓解办法是使用 SQL 汇总加粗的段落块，而在一个段落块中，肉眼扫一遍加粗文本，我个人觉得不是很大的负担。

如下图是我的主题样式，即使这一段样式繁杂，我也能一眼看到黄色的就是加粗文本。

如果实在要汇总字词，可以在 SQL 汇总的基础上导出数据，然后通过外部工具筛选之后在导回思源中。听起来很麻烦，实际上操作就是三四步。如果用过 ob 和 logseq 的话，对这种和外部工具联动增强功能的方式应该不陌生。

第二点可以在一个大文档内聚焦标题块，和拆分文档的实现效果基本一致

你设置错了，设置中的导出选项，将引用设置成脚注导出即可。

而且这样导出的内容，更符合你的不依赖软件的需求。因为脚注是 md 通用语法，所以你可以用 typora 打开，也可以用 vscode 打开，甚至可以用浏览器打开。

box 目前只能是 ID，位置在鼠标右击笔记本，点击设置，就可以看到有个复制 ID 的选项。

ID 化是思源的特色，其实 SQL 语句都更推荐使用 ID 查询，原因在于 ID 一经生成是不会随着名称更改的。

举个例子：我一个 box 名字为“三体”。如果查询写成中文，那么如果我将 box 的名称从“三体”改成“大刘”，查询就会失效了。写成 ID 的查询则不会失效，这就是思源的查询更推荐使用 ID 的原因

查询任务其实一楼给出的 SQL 是好的。因为有一种嵌套的父子任务，是需要查看各任务之间的关联的，这种情况下滴答清单也会把父子任务全部列出来，不管其中的单项任务完成与否。

当然楼主确实想分开的话也有办法，用下面的代码就成

SELECT * FROM blocks WHERE 
(id in (select parent_id from blocks where type !='l' ) 
and type='i' and subtype = 't' and markdown like '%[ ]%') 

第二个 box 属性是否是指 ID？ID 的话无论是中文还是英文，对查询来说都是一样的，因为 ID 是自动添加的时间戳（数字）+ 随机值（英文）。这种随机值改成中文，也无甚意义

阿里云的 1 元活动参与了吗？如果参与了，通过 3 个月的使用应该能了解自己的同步流量需求。然后按需购买流量包，这些内容我都写在总结里面了。

流量包不是必须购买，不买会直接用按量计费。据我观察大部分人的流量用量是没必要开流量包的，直接走按量计费更划算。

腾讯云的问题在于按量计费不如阿里云香港划算，开流量包不如七牛云划算。只有非常特定的情况下才有优势，所以不作优先推荐。

楼主说的三款我没有用过，但是我用过 obsidian 和 logseq，他们要想实现一些思源自带的功能，通常都需要三个前置的步骤，打开梯子，下载插件，翻译阅读英文说明书。包括但不限于图片排版，多列排布，删除未引用资源，虚拟引用等。另外思源的好歹是工作空间，logseq 的是图谱，平心而论，这两个词语哪个更让小白疑惑呢？

基本上可以说思源自带的 50% 的功能，obsidian 和 logseq 都先需要操作上述的三个步骤然后才能使用。但是他们的用户很少看到有讨论说很繁杂，一步能实现却需要三步。而且他们的用户也很多，操作繁杂程序员语言，甚至是插件的英文说明书，也并没有阻拦用户去使用他们。楼主对这一现象是如何思考的呢？

这个问题我是这样考虑的，如果是一个非常大众化的需求，开发者没做，我认为是一种缺陷。比如你看我的历史发帖就知道我对搜索提了部分建议，因为搜索是一个非常大众化的需求。

而这个部分导出，就我的论坛浏览来看，并不是一个很大众化的需求。这种功能开发者没有花精力去优化，我认为更多的是一种取舍问题，毕竟精力是有限的，也许应该放在更重要的功能上。

基于上述的观点，在知道开发者也许无法优化的情况下，只能自己找办法解决。而思源比较强大的一点就是总是有办法解决的，虽然有可能会麻烦，但是能解决。好过回你一句“亲，功能需求已经记录了哦，感谢亲的反馈”，然后等几年官方都不做这样的功能（直到我迁移了它都还没做，这是我在其他笔记软件遇到过的真实经历 😂 ）

select * from blocks where
markdown like '%industry%'
and type='t'

不过我看了一下，这样的形式和 dv 还是有点不一样，主要在于表头会重复显示。如果表头要不显示可能也有办法，不过有点折腾，我没有过多的尝试

我刚刚写错了，其实第三个项目的嵌入块，可以直接把 file 标题写在表格第一行，那就是和 dv 的展现模式一模一样了。而且也用模板直接导入编写

其实 SQL 也可以达成那样的效果的，不过因为思源和 ob 是不一样的实现思路，所以书写规则不会完全一致。

用 ob 是使用 yaml，用思源可以考虑用块引用 + 列表的形式直接写在正文中，然后直接 SQL 查询正文就可以了。

你看下面两种方式是否能达到你的目标效果呢？

1. 在资源管理器中的思源的 templates 文件夹下新建一个 md 文件，名称任取
2. 写入如下代码 {{select * from blocks where created like '.action{ now | date "20060102"}%' and type = 'd' order by created desc}}，原样写，不要分行
3. 通过思源菜单使用模板即可
4. 其实在这种场景下嵌入块没有 query 挂件的展示效果好，我推荐你新建一个 Dashboard 页面，把你需要的数据都通过 query 集中在 Dashboard 展示，这样内容上更集中，视觉上也更清爽

这个问题好解决

1. 在设置中将导出项的引用选择为脚注
2. 新建页面，用 list Child Docs 列出子文档这个挂件，选择用引用块的方式列出你想要导出的那个文档树目录下的所有文件，层级和目标文档 ID 按需选择
3. 不想导出的文档直接按 Ctrl+X 删除即可
4. 导出这个新页面，完工