实际上 remnote 我是研究过的，在我看来是为了在大纲笔记里实现闪卡功能，放弃了一部分闪卡类型的自定义方向，简化了制卡流程。不过确实是基本功能免费使用的，高级的功能也有试用，建议试试。

比如暂停、旗标之类的加底层结构字段，本来就是重构的一部分

这其实是跟重构来说是两个方面的内容，需要控制实现方式才不会对重构造成影响……我比较持悲观态度。

在设置里打开自适应宽度即可。

如果不满意还可以在插件集市搜索 编辑器宽度 插件。

你这里似乎有两个 2024.03 的文件夹。

基本上应该是向下兼容的关系，一张闪卡对应一个块应该被视为一张卡对应多个块的特殊形式。

这个特性的目的是让思源可以类似于 anki，使用块作为字段生成不同的卡片，同时不需要把这些块放在一起组合成超级块。

1. 之后确实有这个计划
2. 开发的时候想到思源其实有在块的右上方显示引用位置了，所以感觉实际上不需要插件实现这个功能来跳转，从底部删除备注的话，我之前确实没有想过。之后考虑一下

对于同步来说，都一样的，这个数据量大，应该就是插件体积比较大的原因

3k 这个数量级……感觉你是新安装了插件吧

样式直接用了默认的，毕竟不想强迫用户同意我的样式 😂 我自己用的样式是这样的，可以参考，其实不用改代码，css 自定义就行，已经留了便于定义的块属性了。

[custom-plugin-memo-date]::after {

content: attr(custom-plugin-memo-date);

font-size: 0.6em;

color: gray;

}

.protyle-wysiwyg [data-node-id][data-type="NodeSuperBlock"][custom-plugin-memo-date*="-"]::after {
    background-color: #0e0e0e59;
    width: 100%;
    display: block;
    height: 2px;
}
 .protyle-wysiwyg [data-node-id][data-type="NodeSuperBlock"][custom-plugin-memo-date*="-"] .bq {
    background-color: transparent !important;
    border: none;
    border-radius: 0px !important;
    margin-bottom: -10px !important;
    padding-top: 0px !important;
    padding-bottom: 0px !important;
    padding-left: 5px;
    margin-left: 15px;
    border-left: 3px solid #6c6c6c59 !important;
}

试试备注增强插件

额，其实意思是提建议和功能请求都可以，但最好不要否认其他功能的必要性，因为大家的使用场景有可能很不一样的……

如果希望开发者重点开发出某一项功能，最好不是让开发者先暂停其他功能的开发而重点开发这个，而是在社区讲清楚这个功能有什么用途，适用于什么场景，并开一个投票，为开发者收集相关的需求数据，便于开发者决策。

如果真的有很多人赞同这个用法并投票，那开发者自然会倾斜开发的重点。

这个可以通过，将搜索内容同时转化成简繁体的插件来实现。不过，没有人实现这种插件。我只是说这个东西在原理上是可行的

嘶，想起来了，这貌似是最新版的思源更新导致文档块没有隐藏效果了。

在设置-外观-代码片段-css 代码片段先用这一段顶顶

.card__block--hidesb .protyle-wysiwyg>.sb>div:nth-of-type(n+2):not(.protyle-attr) {
    display: none;
}

openAPI，而不是 openai，这是一个给插件作者调试用的插件，提供了思源一些内部的功能。

缺失的资源文件在安装 openAPI 插件后可以暂时使用下面的嵌入块查询找到：

//!js
let query = async()=>{
    let data = await openAPI.siyuan.fetchSyncPost('/api/asset/getMissingAssets',{})
    let missSource = data.data.missingAssets
    searchPath = `'${missSource.join("','")}'`
    sqlData = await openAPI.siyuan.fetchSyncPost("/api/query/sql",{stmt:`select * from assets where path in (${searchPath})`})
    ids = sqlData.data.map(x=>x.block_id)
    return ids
}
return query()

重建索引并不算。两边文件一致的话，无论怎么重建理论上都不会上传东西。

直接打 5. 即可。

但是请注意，这仅仅是视觉上的连续，在实际上它们并不会被视为同一个列表。

创建时间排序理论上是能满足你的要求的，除非你不是自上而下建立列表，而是在中间插入过。建议你新建列表一路 enter 再筛选试试。

除此之外没有啥办法。

仔细想想，使用执行 js 的嵌入块好像想要什么排序都没有问题，只要你会用。

我觉得应该是这么设计：视图中控制列是否显示的默认值应该是隐藏。

答案当然是不带 ocr，这只是 pdfjs 读取文本夹层的效果。

为你默哀，太可恨了这个

你的描述没太理解，你是说没法自动把符合要求的子项目关联到父项目吗？那确实现在做不到。

这不是很难的东西，就是使用了思源 database 原有的功能，话说你之前没有在 notion 中实现这种东西吗？

不是做不到跨数据库，汇总、关联都是干这个的，只是没法完成引用列计算的结果。

如果楼主愿意点击勾线框后在关联列更新状态的话，其实也不是不能做。

确实之后是需要做这个的

合理推测是主体不同，pc 端用默认主题试试

思源并没有很好的实现公式的剪藏，这部分的难度太大。

这不是正常现象，应该是一个 bug。

请提供日志，并尝试将恢复的文档导入到新建工作空间，使用优化排版，看能否复现。

复现的方法如下：如果能复现，可以通过逐步删除文档内容想办法定位到导致问题出现的位置，或者直接上传文档给开发者。

数据损坏不仅仅包括软件问题造成的损坏，还有可能是用户误操作造成的损坏，软件自身的迭代最多解决前者，在这种情况下，一个长期的快照还是很有必要的。

在这里，区分同步功能和备份功能没有太大意义，因为用户就是需要一个安全的，能从云端恢复长久历史文档的功能，而且不需要用户知道数据完整的情况下预先准备好这一份快照。无论你说他是同步功能还是备份功能，总之是需要这一个功能。以往来说，这个功能是在同步的云端快照里面提供了。假如以后不提供自动的长期云端快照了，实际上就是把这个功能给砍了。

最后，关于这个公不公平，用户接不接受的问题，我觉得还是需要进行投票，问用户本身。

但是官方订阅的快照策略要是保留期限太短的话，那就会显著差于自定义第三方同步了……在数据安全的保障上，标记快照是没有太大意义的，毕竟用户总是后知后觉数据损坏和丢失了。

所以我的意思是，官方的优化方案尽量是在不压缩用户体验甚至提升体验的情况下进行的。如果实在不行，那可以在使用空间计算上把云端快照的实际占用也算上，让用户自己去控制云端快照空间的使用。

自动删除 1 个月以上的云端快照，我觉得不到万不得已还是不要使用比较好。这可能是实现上最简单的方案，但可能同时也是最不受欢迎的方案。

那我觉得最好是改进一下快照保存策略，依照快照距今时间，近的每天，远一点的每个星期，再远一点每个月分级保存，一年以上再完全撤销，而不是简单的删除了事。