-
已解决 | alt+w 制作的闪卡无法隐藏答案内容
2024-02-29 22:04嘶,想起来了,这貌似是最新版的思源更新导致文档块没有隐藏效果了。
在设置-外观-代码片段-css 代码片段先用这一段顶顶
.card__block--hidesb .protyle-wysiwyg>.sb>div:nth-of-type(n+2):not(.protyle-attr) { display: none; }
-
数据同步的疑问
2024-02-27 21:07缺失的资源文件在安装 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()
-
如何在嵌入块 sql 中对列表项进行筛选后保留原本的顺序
2024-02-24 20:53创建时间排序理论上是能满足你的要求的,除非你不是自上而下建立列表,而是在中间插入过。建议你新建列表一路 enter 再筛选试试。
除此之外没有啥办法。仔细想想,使用执行 js 的嵌入块好像想要什么排序都没有问题,只要你会用。
-
有偿求两个思源笔记模版,一个是读书笔记,一个是全年工作目标打卡
2024-02-17 19:46这不是很难的东西,就是使用了思源 database 原有的功能,话说你之前没有在 notion 中实现这种东西吗?
-
有偿求两个思源笔记模版,一个是读书笔记,一个是全年工作目标打卡
2024-02-17 19:13不是做不到跨数据库,汇总、关联都是干这个的,只是没法完成引用列计算的结果。
如果楼主愿意点击勾线框后在关联列更新状态的话,其实也不是不能做。
-
急!点击优化排版之后,所有之前的东西都没了,三万多字和图片呢!!!
2024-02-11 20:07这不是正常现象,应该是一个 bug。
请提供日志,并尝试将恢复的文档导入到新建工作空间,使用优化排版,看能否复现。
复现的方法如下:如果能复现,可以通过逐步删除文档内容想办法定位到导致问题出现的位置,或者直接上传文档给开发者。
-
什么情况?思源也丢失笔记?
2024-02-02 22:10数据损坏不仅仅包括软件问题造成的损坏,还有可能是用户误操作造成的损坏,软件自身的迭代最多解决前者,在这种情况下,一个长期的快照还是很有必要的。
在这里,区分同步功能和备份功能没有太大意义,因为用户就是需要一个安全的,能从云端恢复长久历史文档的功能,而且不需要用户知道数据完整的情况下预先准备好这一份快照。无论你说他是同步功能还是备份功能,总之是需要这一个功能。以往来说,这个功能是在同步的云端快照里面提供了。假如以后不提供自动的长期云端快照了,实际上就是把这个功能给砍了。
最后,关于这个公不公平,用户接不接受的问题,我觉得还是需要进行投票,问用户本身。
-
什么情况?思源也丢失笔记?
2024-02-02 18:03但是官方订阅的快照策略要是保留期限太短的话,那就会显著差于自定义第三方同步了……在数据安全的保障上,标记快照是没有太大意义的,毕竟用户总是后知后觉数据损坏和丢失了。
所以我的意思是,官方的优化方案尽量是在不压缩用户体验甚至提升体验的情况下进行的。如果实在不行,那可以在使用空间计算上把云端快照的实际占用也算上,让用户自己去控制云端快照空间的使用。
自动删除 1 个月以上的云端快照,我觉得不到万不得已还是不要使用比较好。这可能是实现上最简单的方案,但可能同时也是最不受欢迎的方案。
-
什么情况?思源也丢失笔记?
2024-02-02 16:46那我觉得最好是改进一下快照保存策略,依照快照距今时间,近的每天,远一点的每个星期,再远一点每个月分级保存,一年以上再完全撤销,而不是简单的删除了事。
-
什么情况?思源也丢失笔记?
2024-02-02 13:10这不是更糟了吗?现在是快照太多,想翻到数据不丢失的快照需要很多时间,减少保留数量后直接变成数据丢失了。
我觉得治本的方案还是改进交互,如果暂时忙不过来那起码不动为妙。