双手支持，并且希望插件能提供闪卡复习界面的一些事件，来开发出更高级的功能。
基本需要有如下的事件 or Api：进入闪卡复习界面，离开闪卡复习界面，当前的闪卡，当前闪卡的状态（处于正面or反面），用户点击闪卡复习按钮的回调（beforeReview这种），获取昨日未复习的闪卡。

基于以上，可以实现例如闪卡自动发音（可能会有什么安全限制？这个待验证），闪卡支持正面手动输入答案，背面自动评分，自动推迟昨日到期闪卡等等高级功能。

以上的部分功能虽然可以通过前端的MutationObserver实现，但是需要考虑的东西太多，远不如官方提供准确的事件来的方便。

我觉得根本来说这是闪卡数据结构，还有类的设计问题。
用API来实现的话，之后扩展就比较麻烦。

关于双向闪卡，我个人的想法是最好把它视为更广泛一般闪卡的特殊情况，也就是一个块生成的多种闪卡中的一种，使用一种指定的方法，从块中抽取dom。

对于闪卡系统，我粗略的想法是这样的，前期插件可以通过注册闪卡类，扩产闪卡类型，后期可以由思源本体提供模板管理功能。

@HowcanoeWang 一张闪卡只能对应一个块，否则编辑器会有问题，所以添加闪卡的时候也是一张闪卡对应一个块的；关于双向制卡和模板制卡我估计基于现有结构很难实现了……

@88250 闪卡和单块绑定感觉限制太大了(比如你说的，编辑器会出问题)

有没有可能把闪卡在数据库中独立出来一个数据结构+编辑UI？

从数据库来说，每张闪卡有一个独立的ID，然后记录正面卡面包含的所有块ID，和反面卡片包含的块ID。
闪卡编辑器成为一个独立的悬浮窗，展示的内容实际上是块嵌入的UI

@zxhd863943427 闪卡独立ID后，还能增加你上面提到的不同闪卡类型，然后思源闪卡UI就能根据类型来进行不同的UI渲染

一切的基础都是要把闪卡从单个块绑定剥离

@88250 @zxhd863943427 @luo-chuan 比如在数据库中，闪卡独立出来，拥有如下的数据结构：

这种数据结构，无缝兼容目前思源笔记所使用的闪卡和单个块绑定(把frontIDs改成绑定的单个块列表即可)

@HowcanoeWang 一张闪卡只能对应一个块，否则编辑器会有问题，所以添加闪卡的时候也是一张闪卡对应一个块的；关于双向制卡和模板制卡我估计基于现有结构很难实现了……

能详细说一下为什么一张闪卡只能对应一个块，否则编辑器会有问题？

我自己在捣鼓实现的时候，拿废弃的卡包当成分类依据，也实现了一块多卡的demo。

@HowcanoeWang

目前闪卡的具体结构不是这个样子的，参见这个：https://pkg.go.dev/github.com/open-spaced-repetition/go-fsrs#Card

我把它复制过来在下面方便看：

type Card struct {
	Due           [time](https://pkg.go.dev/time).[Time](https://pkg.go.dev/time#Time) `json:"Due"`
	Stability     [float64](https://pkg.go.dev/builtin#float64)   `json:"Stability"`
	Difficulty    [float64](https://pkg.go.dev/builtin#float64)   `json:"Difficulty"`
	ElapsedDays   [uint64](https://pkg.go.dev/builtin#uint64)    `json:"ElapsedDays"`
	ScheduledDays [uint64](https://pkg.go.dev/builtin#uint64)    `json:"ScheduledDays"`
	Reps          [uint64](https://pkg.go.dev/builtin#uint64)    `json:"Reps"`
	Lapses        [uint64](https://pkg.go.dev/builtin#uint64)    `json:"Lapses"`
	State         [State](https://pkg.go.dev/github.com/open-spaced-repetition/go-fsrs#State)     `json:"State"`
	LastReview    [time](https://pkg.go.dev/time).[Time](https://pkg.go.dev/time#Time) `json:"LastReview"`
}

思源目前的实现差不多就是在这个包的基础上浅浅地套了一层皮，改成你这个数据结构其实改动并不小。

期待大佬们讨论出完美方案，我先围观。

思源目前的实现差不多就是在这个包的基础上浅浅地套了一层皮，改成你这个数据结构其实改动并不小。

@zxhd863943427 直接把哪些属性添加到上面数据结构表格的列就无缝对接了，但代码层面确实要改动不少。不过个人感觉赶紧把底层重新设计一下对拓展性来说更重要一点

类似的，可以参考Anki的数据结构：

以下是 Anki 数据库的一些核心表及其简要描述：

cards 表
存储有关每张卡片的信息，如复习时间、间隔、难易度、队列状态等。
字段包括 id（卡片ID）、nid（笔记ID）、did（牌组ID）、ord（卡片在笔记中的序号）、type、queue（卡片状态，如新卡片、复习中等）、due（下次复习时间）、ivl（间隔）、factor（难度系数）、reps（复习次数）、lapses（遗忘次数）等。

notes 表
存储笔记（生成一张或多张卡片的源信息）。
字段包括 id、guid（全局唯一标识符）、mid（模型ID）、mod（修改时间）、usn（更新序列号）、tags（标签）、flds（字段数据，包含笔记的实际内容）等。

decks 表
存储关于牌组的信息。
通常以 JSON 格式存储牌组设置和元数据。

revlog 表
存储复习日志，即每次复习发生时的详细信息。
字段包括 id、cid（卡片ID）、usn、ease（用户给出的评分）、ivl（新间隔）、lastIvl（上次间隔）、factor、time（复习时间，毫秒）、type（复习类型）等。

models 表
存储卡片和笔记的模型（或称类型），控制如何从笔记生成卡片，以及卡片的样式和布局。
通常以 JSON 格式存储字段、模板和CSS。

collection 表
存储关于整个集合的信息，如版本、最近同步时间等。
通常只有一行记录，包含配置和统计数据。

conf 表
存储配置信息，包括同步设置、界面选项等。

Anki 数据库可能还包含其他辅助表或索引，以改进性能和数据组织。要查看最新的数据库结构，您可以在 Anki 安装目录中找到数据库文件（通常名为 collection.anki2），使用 SQLite 工具打开它，并检查表结构。

双向制卡的应用场景主要是背单词是吧，包括闪卡语音功能也是，我尚未想到其他应用场景。其实我觉得背单词这种需求为啥不用专门的背单词软件，欧路词典、墨墨背单词、百词斩一大堆功能丰富的。用anki记单词，自己复制释义、例句吗？

如果是英语翻译、改错、完形填空这种学习，也用不到双向吧

话说其他笔记软件如logseq，obsidian插件怎么实现双向闪卡的呢？可以研究下吧

@88250 闪卡和单块绑定感觉限制太大了(比如你说的，编辑器会出问题)

有没有可能把闪卡在数据库中独立出来一个数据结构+编辑UI？

从数据库来说，每张闪卡有一个独立的ID，然后记录正面卡面包含的所有块ID，和反面卡片包含的块ID。 闪卡编辑器成为一个独立的悬浮窗，展示的内容实际上是块嵌入的UI

@zxhd863943427 闪卡独立ID后，还能增加你上面提到的不同闪卡类型，然后思源闪卡UI就能根据类型来进行不同的UI渲染

一切的基础都是要把闪卡从单个块绑定剥离

你是说独立出一个类似anki的制卡和复习页面吗？其实思源的优势就是在做笔记、复习笔记的过程中非常方便地将重要内容制作闪卡，在复习闪卡时非常方便地修改闪卡以及查看闪卡上下文（退出聚焦），笔记为主、闪卡为辅。

思源闪卡其实没有正面、反面的概念，只有问题、答案的概念，一张闪卡绑定一个问题块，前端根据问题块类型（列表块、超级块、标题块…）的不同，以不同的展示方式展示答案。这个anki的逻辑有很大差别。

在制卡方面，思源可以参照下其他笔记软件，毕竟anki不是笔记软件

话说其他笔记软件如logseq，obsidian插件怎么实现双向闪卡的呢？可以研究下吧

这两的闪卡功能不值一提。参考remnote才有意义。

闪卡功能优化凉了吗？

不急

好事多磨吧

今天算法已经更新了，Upgrade FSRS to v3.3.0 #13323，是否3.2不远了。

其实还很遥远，可能要推迟

其实还很遥远，可能要推迟

💔💔💔

希望重构时，能重写“标记”按钮，以解决现有的一个bug：挖空中出现带样式（粗体、斜体、公式等）的文字，单个挖空会被拆分成一串连续的多个挖空。

关联：
#14074
#10315
https://ld246.com/article/1707068293972
https://zhuanlan.zhihu.com/p/370217113

哎。。。因为这个重构，闪卡管理的功能优化都卡住动不了，一个简单的暂停功能不知要等到什么时候。第10层的需求被第100层的需求卡着。从去年2月份到今年2月份，一年过去了，讨论了100多楼，各种设计实现图，结果雷声大雨点小，现在重构进度基本为0，这可真是个世纪大项目。

闪卡重构主导者，只是当时一时兴起然后现在没兴趣了，还是确实难度太大实现不了，能不能给个回复？如果不想做或者做不了希望及时告知一下，然后看一下D大如何安排（重构或者不重构或者推迟），被D大拖着也比像现在这样拖着好呀

开源软件是这样的，没有资金驱动，都是用爱发电。

你关注一下Q群就知道进度了

用户需求：

• 闪卡分类、按照熟悉度排序 https://ld246.com/article/1746087220477/comment/1746088097745#comments

目前存在的问题：

• 已关闭的笔记本中的闪卡会显示“不存在符合条件的内容块” #12983

摘录卡片和问答卡片的区分，这个很重要，没有摘录卡片的作为缓冲，会产生大量烂卡