D

对数据安全又更多要求的人, 或者对空间容量有焦虑的人

正是考虑到数据安全，所以不会考虑放到共享存储上，放到共享存储上只会带来更多使用问题，比如通过 iCloud 同步导致数据损坏。如果是对订阅空间容量有焦虑的话，后续会有扩容方案。

但是在 ios 端目前来说，并不能让用户真正做到完全掌控自己的数据。

可以通过导出 Data 完全掌控自己的数据。

这个提议暂时不考虑了 Issue #4901 · siyuan-note/siyuan

明白了，是个 bug，先记录 Issue #5700 · siyuan-note/siyuan

请打包上传工作空间/temp/siyuan.log

试试文档树面板 ... 菜单重建索引：

用户指南可以点击右下角问号图标打开。

明白了，这个建议用输入法来定义。

你好，我不太清楚你说的是不是这个 建议增加配置全局 katex 宏的功能

我这里重现不了问题，能否制作一个能够重现问题的数据集打包发送至 845765@qq.com 谢谢

修改不了，所以这里才特意在文案上有所区别。

看下用户指南数据历史章节。

为了保证完整性，导出 *.sy.zip 会将引用关联的文档一并导出，这样导入以后引用不会丢失。

恢复工作空间/data 文件夹，但是我没有实际使用过磁盘恢复工具，抱歉无法帮你更多。

导出预览模式是按照标准 Markdown 渲染的，引用会转换为脚注超链接，所以点击以后是打开浏览器跳转。

如设置选项文案所言，这个设置只改变文档图标。

这个是 Markdown 行级公式语法，只能手动调整。

I 2022/08/15 15:26:41 index.go:132: use existing database for box [20210808180117-czj9bvb]
I 2022/08/15 15:26:41 index.go:214: resolving refs...
I 2022/08/15 15:26:41 index.go:354: resolved refs [104]
I 2022/08/15 15:26:41 conf.go:500: post-init database size [1.6 MB], tree stat [count=109, size=1.2 MB]
I 2022/08/15 15:26:41 working.go:133: kernel booted

从日志上看，只有一个笔记本 20210808180117-czj9bvb 被索引了，这个 ID 是中文用户指南的，所以应该真的是把笔记放到用户指南里了。这个软件内没有办法恢复，只能试试是否能通过磁盘恢复工具找回文件。

1. 账号虽然是同步的前置条件，但是相对独立，所以就不放到向导中了
2. 对于新用户来说减少密钥生成方式有助于降低复杂度，较为熟悉的用户可以在设置中导入密钥

试试按文档名排序。

1. 标签搜索是严格匹配的，不包含子级
2. 暂时无法重现
3. 目前行级元素左右边界上的编辑都是这个逻辑，近期版本会在代码元素上先改进 Issue #5595 · siyuan-note/siyuan

重试一下看看，如果还是失败的话请打包上传工作空间/temp/siyuan.log

删除工作空间/temp/ 文件夹后再启动。

如果不是默认主题的话请切换到默认主题后再观察看看，谢谢。

• 支持同名是个特性
• 全局搜索创建文档的话无法指定路径

@participants 感谢各位反馈，近期版本会实现两个同步相关的改进：

• 云端同步设置引导 通过界面向导简化云端同步配置
• 云端同步发生冲突时生成副本 云端同步发生冲突时单向的覆盖会让用户困惑（无论是云端覆盖本地还是本地覆盖云端），即使是让用户选择也不太稳，因为用户可能会选错。改进为生成冲突副本，这样可以让用户更方便地处理冲突数据：直接在笔记本中就能看到或者用搜索找到冲突文档，然后编辑合并或者删除

目前没有收到其他用户反馈类似问题。

那个 -sync 里面只有云端同步覆盖的文档，不是所有的文档。如果要恢复今天的所有笔记，试试直接用数据快照回滚。

退出思源以后再操作。

如果要整个 -sync 都恢复的话就将其下文件夹复制到 data 下即可，建议操作前先备份一次 data 文件夹。

感谢反馈，先记录 Issue #5685 · siyuan-note/siyuan