打开文档并定位到块所在的位置更好

请复制路径后进行全局搜索（需要打开 设置 - 搜索 - 索引 - 资源文件路径）。

这样子路径太漫长了，我在群里见到的都是大量丢失的情况，相当于每次都要打开这个菜单，退出，搜索，找到位置，再次再次打开这个菜单，不断循环。

那大量丢失永远也找不完了。

这个只能通过搜索，因为一个路径可能对应多个文档，不通过搜索的话无法确定的。

可以以类似反链块浮窗的形式展示出来，这个是可以同时展示多个位置的。

建议直接用搜索，如果要多个的话可以考虑用 SQL 嵌入块。

这个路径真的太麻烦了，sql嵌入块真的不是所有用户能用明白的。

一个用户要是因为之前思源的远古bug丢失了大量文件，使用这个一查，发现一大堆丢失，正心急如焚呢，结果发现只能龟速的一个个搜索，搜索得手都抽筋了。你要是说想要简单一点，可以用sql搜索，那人家干脆就放弃思源算了。找个丢失文件还要人家学习sql……

那也提供了单个搜索的啊，全部一起搜索如何定位？

点击或悬浮其上给一个浮窗就行，每次点击思源自己内部做一次搜索，这样就差不多能满足需求了。

或者，像未引用资源一样，在点击或悬浮时，在下方分窗显示对应的块也可以。

其实最好是在搜索缺失资源的时候直接把所在的块也储存了，这样在用户查看的时候就不需要等待了。

其实最好是在搜索缺失资源的时候直接把所在的块也储存了，这样在用户查看的时候就不需要等待了。

这样怕不行，块内容会变化的。

额，我说的是在搜索缺失资源的时候临时缓存，关闭菜单就可以丢弃缓存。总不至于在打开查看缺失资源的时候块也在动态变化吧？

不过这个问题不大，这只是提升用户体验而已。

不能提升吧，缓存相当于要全部查询一遍，非常耗时的。

不能提升吧，缓存相当于要全部查询一遍，非常耗时的。

目前搜索缺失资源难道不是本身就在全部搜索一遍吗？我的意思就是在搜索缺失资源的同时顺便把对应的块缓存了。

我觉得还是通过类似块引的浮窗实时查询比较好，完全缓存之前的查询结果一来是慢（大量的块数据需要缓存并返回给前端），二来是缓存的结果可能无效（用户不一定要一个一个查看，查看时数据也可能不是最新的）。

@88250 要不这里再加个按钮，一键全局搜索：（先点复制，再 Ctrl+P ，再粘贴搜索 的操作路径好长）

@Vanessa219

@Vanessa219 有空的话考虑看看。