零陵

你用 everything 搜一下.sy 后缀名的文件，看看有没有存在别的地方。

选择工作空间的时候停留在这一层，如下图（即你的 PKM）

不要点开你的工作空间文件夹再选择打开 or 创建（如下图）：

设置-文档树-始终定位打开的文档

我有遇到类似的情况，补充一下：正常自定义窗口大小重启软件并不会导致窗口放大到全屏（但实际并没有窗口最大化，只是尺寸变成全屏），是在拖动窗口上下到屏幕边缘，软件窗口尺寸吸附在屏幕边缘时，重启才会变成伪全屏。

所以如果你遇到的情况和我一样，暂时处理方法是不要用自动吸附屏幕边缘的功能，可以手动把窗口拉到接近屏幕边缘但是不被识别成吸附屏幕边缘的程度。

具体录屏如下：

我理解为你每个内容块要与标题（或者有命名的块）相关联，那么只需要内容块内引用标题块，就可以通过鼠标悬浮在标题块上，再从标题块的反链里找到其他引用这个标题块的内容块。

可以重现就好，没有想到这个反馈会出问题在我的语言表达能力造成的误会上 orz。我就是担心因为前面沟通的误会导致这个 Bug 没有被记录，两位辛苦了。

我测试过无论是 Ctrl+F 还是 Ctrl+P 都会出现同样的 bug。

未免又出现我表达能力导致的沟通问题，我再录屏演示：

对啊，所以我主楼就表示了 bug 所在：在【指定路径】中选择路径为【笔记本】的时候【包含子文档】功能才正常启用，而当选择路径为【文档】时，【包含子文档】的按钮显示是功能开启，但实际上无法搜索到子文档，必须执行关闭包含子文档再开启包含子文档，然后才能正常搜索到子文档。

就是我在录屏里的操作一模一样试一遍就能复现 bug 了，我也找群友测试过确认可以复现。

就是你们自己开发的功能【指定路径】不是在某个文档里打开搜索啊！！！！

就是你们自己开发的功能【指定路径】不是在某个文档里打开搜索啊！！！！

就是你们自己开发的功能【指定路径】不是在某个文档里打开搜索啊！！！！

这样强调可以看到了吗？

这个功能的命名方式搞的我们全程交流完全错频。

我现在清楚了，我们从一开始就误会了最基本的东西：我说【指定路径】是指的下图这个功能。

而你们接收到的信号是“在某个文档里打开查找功能”，结果我们互相都在误解。

这个歧义也充分说明了即使是开发者也对思源的功能选项取名方式很不熟悉，这里了建议【指定路径】更名为“查找范围”，【命名查询】更名为“查找预设”，即

• 【保存命名查询】更名为“保存查找预设”；
• 【使用命名查询】更名为“选择查找预设”；
• 【移除命名查询】更名为“取消查找预设”。
  “预设”也可以改成“设置”，对一般非编程行业的人而言这绝对是更容易望文生义的取名。

不是这个地方的 bug 啊！我强调好多遍是在【指定路径】的选项下的 bug，直接选中文字搜索当然正常，因为我反馈的 bug 本来就不是这里的 bug。

我刚才试了一下，全局搜索模式下，选择搜索【指定路径】为【文档】时，同样出现 UI 显示打开【包含子文档】，但是实际上没有打开，需要关、开重复操作才能搜索到子文档。

D 大你录屏的场景是在本文档内打开搜索，此时默认不打开包含子文档。而当选择指定路径时，不需要额外设置，UI 显示上 UI 自动包含子文档的，选择的路径是笔记本时也能正常包含子文档搜索，但是当选择的路径是文档时，UI 虽然显示已经打开包含子文档，实际上并没有包含子文档，需要进行关、开两步操作才能实际打开包含子文档选项。

命名查询，预设就是预先设置，我用的大部分软件都是用“预设”这样的形容，因此我不理解命名查询这种名称，非常不直观，和群友交流发现也有很多人不知道这功能干什么用的。

不是这样的。我的搜索预设就是包含子文档，而当我选择路径为笔记本时，会保留包含子文档的设置，能够搜索到子文档里对应内容。

但是当我选择路径为文档时，虽然我预设是包含子文档，UI 上显示的也是生效了包含子文档，但是实际上没有包含子文档，必须手动取消包含子文档之后再次点击包含子文档才能打开功能。

你录屏的情况是本来就没设置打开子文档，而不是在已经设置打开子文档的情况下，选择文档路径时不生效。

这个 bug 在默认主题内我也复现了，就不另外录屏了。

哈哈，谢谢你。你说的软件我都有在用哈哈，我不想用 maginnotes 的截图摘抄，想尽量以文字形式减轻同步压力啦。思源挖空很简便了，不需要额外快捷键。操作逻辑上我觉得还是键盘鼠标搭配使用顺畅。

对了思源的表格其实也可以直接粘贴到 anki 的，不过我得搭配插件来手动给表格加框线，或者用 CSS 样式来假装表格有框线。anki 的表格默认没有框线。

是的，所以我想要并列的排版的话可能只能改成表格了，但是表格不支持加入其他块，要重新调整格式的话我不如直接粘贴到 anki 重新挖空。

哦对了这个问题也是，2.7.4 版本以前复制可以自选成复制 HTML，粘贴到 anki 配合 quick 一键转换挖空格式，现在思源复制功能被合并了，挖空的代码直接被吞了，只能手动挖空了。

理解，我再和思源多磨合一下。原生笔记里复习闪卡在可增减修改方面比起导出到外面还是更香一点的，期待以后闪卡功能更完善。

我可能表述不够清晰，我第一个问题就是主楼截图的问题，我截图里刷到的那张卡片是在下方层级里包含了超级块的卡，但是如果按照 2 个超级块一个作为问题一个作为回答，等于这张卡片里有两个问题了，这个我觉得是不对的。

我之所以用超级块是因为如主楼截图，这两个知识点是互相对照的，平行排列更方便记忆，但是因为超级块的极致，我要用思源复习就必须把超级块取消掉。

我也没有很好的方案，我本来是因为思源出了闪卡功能，才想着用一下，然后入坑了 anki，功能更全面，但是制卡麻烦而且思源做的笔记版面啊主题格式啊都是不能迁移过去的，思源文档复习闪卡功能出来我又回头尝试了一下，目前为止还没磨合好。

谢谢 D 大解答。这个逻辑我是认可的，但是我这个问题不完全属于这个情况，超级块制卡逻辑我理解为是提问到超级块第一个块的卡片时，将第二块卡片当成回答。即：

但是我这里遇到的情况是在这组超级块的再上一级标题下显示的填空，我认为这种情况下则是

• 问题 1

  问题 1.1	问题 1.2
  具体内容	具体内容

  ---

我认为当卡片定位的问题是更上级标题的情况下，子项的超级块不按照问答卡而是都当做填空卡显示更合理。

其实我更倾向于能有这样一种复习方式：

1. 当问题为文档，回答则包括一至六级标题（或自选层级），正文内容不显示。

   1. 这样可以复习整个文档的框架，避免碎片化记忆。
   2. 也就是：
      • 文档名
        • 一级标题 xxx（挖空）
          • 二级标题 xxx（挖空）
            • 三级标题 xxx（挖空）

2. 当问题为某级标题时，只显示更低等级标题，如果没有更低等级标题，则显示挖空的正文。

   • 一级标题 xxx（挖空）
     • 二级标题 xxx（挖空）
       • 三级标题 xxx（挖空）
   • 一级标题 xxx（挖空）
     • 正文 xxx（挖空）
     • 正文 xxx（挖空）

3. 当问题为标题时，不显示回答；依次点击挖空部分显示挖空内容，或者一键显示所有挖空，然后选择掌握程度。也就是说还是按块复习，但是提供一个点击（或者鼠标移过去）显示答案的功能，和大部分主题自带的挖空类似。

这个其实就和 marginnotes3 的复习卡片的形式差不多，都是按文档制卡，自选复习模式。不知道这种复习方式是否容易实现。

刚发现思源 v2.7.6 到目前最新版本的正则搜索 bug 失效了，我刚刚反馈 bug 了，等修复。

你可以暂时退回到 2.7.5 或以前的版本使用正则搜索。不过我发现你的问题其实不用正则也可以差不多完成，你不搜后缀，直接搜索前置的那串网址也可以搜到你想要搜索的内容，就是得自己筛选一下搜索结果。

因为正则模式下所有的冒号和点都要用 \ 转义后才能起效啊。比如我有一段网址是 https://upload.wikimedia.org，我搜正则的时候就必须变成 https\://upload\.wikimedia\.org

星号 * 在正则当中被视为出现 0-∞ 次，而不是通配符，通配符在正则当中是 .（这点在其他网友回复里也说了）

正则表达字符表

刚才终于找到了！！！请问 D 大我是否应该重装回旧版本之后再进行回滚，如果要重装的话应该退回到哪个版本比较稳定？

请问 D 大回滚是在重装旧版本后进行吗？我丢失了大量笔记，但是无法确认是 12-1 月什么时候丢的。在 V2.7.5 版本也生成了大量的 Untitled 文档。

1.8 版本的时候是有演示模式的，后来不知道哪个版本删了，可能实现起来有问题就搁置了。

我强烈建议把“命名查询”改成“查找预设”，“命名查询”这种词要望文生义太难了，知道那有个选项，看文字根本猜不到选项的功能。

一个方法是右键图片打开本地路径，然后对本地图片进行旋转，这样就不用每次点开再旋转了。

会不会是你换的那个主题用的字体粗体和常规体粗细区别太小了

我遇到过类似的情况，我导入习题的时候把题目都设置成了标题，大概一个文档里几百个，滚动的时候巨卡，要用聚焦来限制当前页面标题数量才 ok。

这个问题反馈之后，D 大表示是渲染标题影响流畅，不能用这么多标题。但是我导入的小说并提出更多但没有这个问题，我觉得是动态加载 + 正文块较多减轻了即时渲染的压力。

我感觉你遇到的情况也是差不多的原因

移动端编辑完之后记得退出应用，不退出应用的话，在其他端编辑过后要后台关掉手机上的思源，否则就会造成数据覆盖。

这个同步问题确实有点影响使用，我想应该有一个检测机制，如果检测到客户端的内容未改动，则不应该覆盖云端记录。但是实现上我不知道是不是很复杂，现阶段可以用养成良好的退出应用习惯来避免数据丢失。