好建议

也许可以通过 sql 语句来查找带有某标签的块？我也不是很懂，有懂的老哥可以说说。

对 WindowsApps 文件夹的权限一通乱操作，导致重启后所有 UWP 应用和微软商店都打不开了。最终按照这篇博客修复好了： WindowsApps 权限问题导致 Microsoft Store 及其下载的应用不能启动（闪退）的解决办法

借着这个机会，我顺便把 RemNote 的优势介绍了，供开发者参考，也给大家做一个科普。

在 RemNote 中，一篇文档就是一个卡包。当然，这里并不是真正的为这篇文档创建了一个卡包，而是通过类似于查询语句的方式得到了这篇文档（及其子文档）中的所有卡片，在用户看来感觉就像是一个卡包一样。一张卡片，不仅属于当前文档的卡包，同时属于它的父文档的卡包以及祖先文档的卡包。比如“行列式的定义”这张卡片不仅属于“高等代数”卡包，同时属于“代数”、“数学”这两个卡包。思源笔记比起 obsidian、logseq 来说拥有完美的文档树，如果这一优势不被闪卡功能好好利用的话，其实是相当可惜的。

有了一篇文档就是一个卡包这一基础，进一步 RemNote 就可以实现一个标签就是一个卡包，可以简单理解为 RemNote 自动为每个标签都创建了一个页面，所有打上了这个标签的块都嵌入到了这个页面内。思源笔记的标签系统还能形成标签树，如果利用好的话也能成为独特的优势。在早些时候的讨论中我就提到过，标签是实现 DailyNote 卡片分类的一种解决方案，具体操作可以看这个视频： BV13A411o7yK

更进一步，RemNote 甚至可以实现自由组合卡包。RemNote 提供了一个功能叫做 Search Portal，可以在文档中插入一个搜索块，将带有某一标签、某一关键字的块嵌入进来。借助 Search Portal，用户可以实现自由组合卡包，比如可以将不同标签的块、含有特定关键字的块、嵌入块放进同一篇文档中，这样就得到了一个组合卡包。思源笔记中也有类似的功能，那就是 sql 语句查询，如果利用起来的话，也可以实现类似效果，甚至更个性化的效果。具体操作看下面这个视频：

视频：RemNote 自由组合卡包演示

此外，RemNote 提供了丰富的卡片类型，有挖空卡、问答卡、列表卡、图片遮挡卡。其中，问答卡可以是单向的也可以是双向的，并且单向不仅可以是从左到右，还可以是从右到左；

挖空卡如果有多个空，可以选择对各个空进行组合，并且还可以选择是否 hide all, test one；

列表卡可以选择是逐行显示答案，还是一口气显示所有答案；

图片遮挡卡和挖空卡类似，支持遮挡块组合，可以设置是否 hide all, test one。我这里出了点 bug，图片遮挡卡用不了，我就用官方 gif 来展示了：

RemNote 可以通过标签来制卡，也就是标签也可以当作卡包来使用。

视频：RemNote 标签制卡展示

了解，我看了下你的使用习惯，其实思源现有方案对你这种使用习惯有一点不友好，就是我正文中提到的，无法直观地看出哪些卡片加入了“高价值错题”卡包。而 RemNote 提供的标签机制可以很好地克服这一问题，我一会儿录一个视频。

刚刚考虑了一下，可以采用一种妥协的方案，使 DailyNote 用户和文件夹用户都满意，从而避免争论。

那就是提供 2 个不同的闪卡复习入口。

第一个入口就是现有方案，通过左上角闪卡图标进入。

第二个入口就是，像 RemNote 一样，在文档树的位置右键。

这样一来，DailyNote 用户无需改变现有的习惯（虽然我不是很赞同这一习惯）；而文件夹用户也能实现无感分类了。

关于纯粹的 DailyNote 用户，我提几点疑问。既然纯粹的 DailyNote 用户在记笔记时不喜欢分类，为什么到了制卡的时候，突然就要分类了？既然最终还是有分类的需求，为什么不能在制卡之前就完成分类呢？我理解，为了减轻记录的压力，所以不分类，但知识总是需要消化吸收的，早晚还是要对部分有价值的知识进行分类整理。我提出的“文档树即卡包”的方案只不过是让你们把对卡片的分类提前一步进行而已，并没有给你们添堵。

RemNote 这款软件也支持 DailyNote 功能，它给出了一个很好的解决方案，具体演示见我正文中的视频。该方案也在很大程度上克服了我正文中提到的第 ④ 个缺点，可以较直观地看出卡片属于哪个卡包，如图：

我理想中的制卡就是不需要重复正文中提到的 Step2 和 Step3。因为同一篇文章的卡片很自然地应该属于同一分类，因此重复进行 Step2 和 Step3 是无意义的，并且这一过程让人抓狂。

@pipa@zxhd86@shuoying

多说无疑，直接看视频演示。来看看 RemNote 是如何解决 DailyNote 卡片分类问题，以及一张卡片属于多个分类的问题。

视频演示：RemNote 之 DailyDoc 制卡

我在 RemNote 里添加了一篇日记，当然这篇日记的标题是日期，没有任何分类。日记中我编辑好了一张卡片，内容是“床前明月光，？？？。举头望明月，低头思故乡”。
那如何对日记里的卡片分类呢？利用 RemNote 的“复制嵌入块”功能，分别把卡片对应的段落粘贴到“语文/唐诗”以及“历史人物/李白”这两个目录中，然后，这张卡片便具有了这两个分类。

我录了个视频，可以看看 RemNote 是如何运行的。RemNote 的制卡只需要挖空，而不需要对卡片进行分类，因为文档树就是卡片的分类。

视频：RemNote 文档树即卡包特性演示

这个没什么好纠结的，用户已经主动在文档树中给出分类了。如果在文档树中把 数学史 归为 数学 一类是可接受的，那为什么在卡包中把 数学史 归为 数学 一类就是不可接受的了呢？

如果一定要把 数学史 同时归为 数学 和 历史，也不是没有办法，我简单提几个方案。

方案一，给 数学史 这篇文档加上 历史 标签，同时引入标签树即卡包的机制。

方案二，在 历史 笔记本的某篇文档里，粘贴 数学史 为嵌入块。

关于纯 dailynote 用户的这个问题，我把我在 github 上给 D 大的回复复制过来：

Dailynote 的话，其实不需要太担心。比如具有 dailynote 的文档树如下：

• 历史
  • Dailynote（历史）
    • 2023.01.12
    • 2023.01.11
  • 中国史
    • 唐史
    • 宋史
    • 元史
    • 明史
  • 世界史
    • 欧洲史
    • 阿拉伯史
    • 美国史
    • 日本史

方案一：就按照文档树即卡包的逻辑，不做任何调整，保持使用逻辑一致。比如 2023.01.12 这篇文档中产生的卡片同时属于 2023.01.12、Dailynote（历史）、历史 这 3 个卡包。

方案二：考虑到 dailynote 中的文档可能较多，可取消最后一级卡包。比如 2023.01.12 这篇文档中产生的卡片同时属于 Dailynote（历史）、历史 这 2 个卡包。

方案三：如果用户甚至只有一个笔记本，连一级分类都没有，所有的笔记都是未分类的日记，那么可以采用标签机制来对卡片分类。比如，2023.01.12 这篇文章是关于中日战争的，那么可对里面的段落打上 历史/中国史、历史/日本史 两个二级标签，自然地，相关的卡片就属于 中国史、日本史、历史 这 3 个卡包。这样同时也就克服了我上面提到的第 ④ 个缺点，可以直观地看出卡片属于哪个卡包。（文档树即卡包、标签树即卡包这两种机制是可以同时存在的，是兼容的）

改进越早越好，因为拖得越久，不管是开发者还是用户投入的沉没成本就会越高。对于开发者来说，改进越晚，代码量就越大，越不易改进。对于用户来说，改进越晚，潜在的 bug 影响到的卡片就会越多。

改进效果是巨大的，因为当前的制卡体验真的很不好，就像我上面总结的，需要 3 个步骤。这么说吧，我是建议思源引入间隔重复功能的用户之一，但如果是现在这样的制卡逻辑的话，我是不想使用的；换句话说就是，真正需要这个功能的用户不太想使用当前这一功能。

Q: 为什么要用原生主题呢？

A:因为原生主题的兼容性最好，一些新特性，比如闪卡，第三方主题的兼容性就很不好，比如 Oir-dark，即使这个主题算是最类原生的了。

什么主题支持多开呢？我去试试

麻烦也拉我进群，谢谢

选中句子中的英文，然后会自动弹出一个条，选择右边第二个 Σ 图标。

如果能直接加在窗口顶栏的右键菜单中就更好了。

支持跟进。试了两个在线 pdf.js，其中一个正常：

Document

另一个就是你说的问题：

PDF.js viewer

支持跟进。我下载试了一下，确实有你说的问题。我猜可能是双击 viewer.html 这种方式打开的就有问题，可能要把 pdf.js 部署为服务器才能消除这一问题。当然，我也不会部署，瞎说的。

支持跟进，非常需要插入文本和铅笔绘图功能。你这个不显示图标是不是用了 dark reader 之类的插件啊，可以关闭后试试。

+1

如果一定要添加，那建议付费用户可取消

我觉得现有方案就很好，逻辑挺简单的

+1

还是建议离线功能不要付费。在线功能、同步功能付费。

Issue #6711 · siyuan-note/siyuan

或者建议对每个图片（包括 png、jpg 等）都能独立设置这样一个属性，那就是，是否在深色模式下反色显示。让用户自行调整。