移动端有另外一个方法

使用插件 API 里面的 eventbus，监听 ws main 事件里的 trancation，获取每次更新操作对应的 book ID，再使用内核 API 更新块属性。

思路是这样，具体实现自己去看文档和实例插件吧。

尝试重建索引，并查看工作空间下 corrupted 目录

查看 latex 数学块，或者查看上标下标格式化

我记得这个插件应该有拓展着色工具栏的呀，好像增加了很多个配色，这边没见到吗？

设置里有一个全局搜索限制设置，会默认添加到所有 SQL 查询里，防止卡死

插件 ppt 级视图 做了些对 pdf 界面的尝试，虽然写的很烂，不过可以有些参考。

是否使用了闪卡插件的沉浸式制卡？

我没有反驳你的意思啊，我只是回复一下认为思源没有单向同步功能的。

无论怎么说，同步也难以判断删除是否出于本意吧，最多只能利用时间戳判断先来后到。

况且有数据快照和数据历史存在，删除又并不是不可恢复的

要不还是给个简单点的统一方案吧，全库导出和文档树导出用两个不同后缀得了

完全手动同步，一直都是单向的

额，你应该是没有完全了解思源的同步选项，思源的完全手动模式就是这样子的

之前有人提过，甚至发邮件给 D 大，表示愿意加钱……D 表示难度太大否了，看看这次怎么样吧。

感觉四个主要功能加一个更多确实更合理一点。

你大概是用了什么主题的效果，换成默认主题试试。

关于命令面板：

第三方还蛮多的吧……不过官方也能加一点进去那就更好了

确实不太齐，换个字体试试。

sac 插件，思源小助手，一个结合了 ai 对笔记进行协作的插件

多得很，各种你想象不到的小众语言都有……但就是没有中文。

粘贴过来感受一下，除了缺乏中文外可以说国际化做的相当到位：

1. 你是说这个？

   

1. 感觉目前从 notion 过渡到思源的第三方开发者真不多，如果后续相关的需求多了官方还是需要考虑自己动手的。
2. 也可以先 ctrl 点击后，shift+ 上下键多选，然后右键菜单移动，这个移动更稳定，也不容易误触。
3. 参考社区文档：https://docs.siyuan-note.club/ ，有事加社区开发者群聊：1017854502

如果是真的非原块的任意地方粘贴也能复现，那就不是我说的这个原因了，不过这种我就实在复现不了，麻烦给个视频。可以使用 ScreenToGif 进行录屏，提供按键信息。

这个很简单吧，是构造了一个递归的逻辑，因为复制块引用，粘贴的是动态锚文本，会读取块的文本作为显示内容。当他直接粘贴到原块中时，块引用的文本也被视为块的内容了。所以哪怕不撤回粘贴，直接刷新一下都能出来不少新的内容……

我不觉得这是 bug，这只能说未定义行为，也不建议官方为这个内容开个特例来修复。

手机管家误删这个是常见的原因。

按需下载以思源的技术路线有点困难，因为所有数据都是加密的，下载到本地才知道是什么内容。

最好把这两天改动的文档导入恢复后使用完全手动同步模式单向上传一遍

会，所以你需要先保存这两天改动的文档。

@88250 我觉得局部回滚的重要性越发凸显了 😂

既然快照里还能找回来的话，那起码避免了最坏的可能了，接下来你就需要挨个对比快照，确定是哪个时间节点发生了丢失，是在哪个设备里丢失的。

这个是翻页键，往后翻几页看看

重建索引了吗？

简单来说，打开了下面那个开关，反链提交就会搜索锚文本，比如说，你粘贴了这样一个引用：

((20240104222629-2arvlhr 'query'))

现在你的反链提及依然是搜索带有 query 的块。

然后你修改成了这样：

((20240104222629-2arvlhr 'query func'))

那么现在提交就会搜索带有 query func 的块。

我的意思是你使用了复制 文本 * 的功能，导致你存在这样的块引用：

query ((20240104222629-2arvlhr '*'))

导致在提及里会出现带有*的块。