Document-level new card/review card limit control #9365
Comments
|
|
|
新卡指的是没有出现过，即第一次出现的卡，复习卡指的是已经出现过的。 |
|
|
这些全是新卡，但复习新卡没有上限……，每次打开都只是单次的上限，关闭后打开又会重置（只是学习和复习的数量限制） |
|
这个设置没有按照当天进行计算，只是限制一次间隔重复的数量。 |
|
关于限制数量的问题之前这里讨论过一下，仅供参考 #8305 |
我觉得还是改成一天的比较好……，否则太违反操作了。 |
|
按天的话可以自己掌握一下，比如我家用的时候就是每天给娃背一次单词，但是我觉得这用法实际上还是不够科学，因为间隔重复算法实际上已经计算出了时间了，按照那个时间的话应该是记忆效率最高的。所以卡片复习限制我们就没有定死了，个人使用的时候自己把握要打开几次复习界面，这样也更灵活。 |
|
再补充一些信息，FSRS 算法的卡片状态实际上是有 4 种：
我们现在是用的 New State 来判断新卡，其余状态都是复习卡。 |
前几天刚推荐给朋友，他就遇到了这个……，说实在，他没问我还没感觉到。 |
|
按文档来设置限制我个人觉得是一种比较特殊的用法，一是要考虑子文档的情况（是排除还是包含），二是不一定按文档就是合理的，卡片可能是分散在不同文档中的。 |
这个很简单，参考anki，remnote，子文档算入父文档闪卡限制，但子文档自身也可以设置卡片限制（父文档的卡片的使用情况也会影响子文档的卡片数量，比如今日新卡片，在父文档中使用间隔重复，子文档的闪卡数量也会影响），anki中的卡包就是如此，remnote也是如此。父文档是10新卡，而子文档是20新卡，父文档如果自身内部没有卡片，只是占用子文档新卡片，则子文档还有10新卡。 |
|
等其他人反馈看看是否有这个需求。
搜索圈定范围那个之前考虑过，先缓缓。
…---原始邮件---
发件人: ***@***.***>
发送时间: 2023年10月7日(周六) 晚上10:54
收件人: ***@***.***>;
抄送: ***@***.******@***.***>;
主题: Re: [siyuan-note/siyuan] 闪卡上限设置失效 (Issue #9365)
按文档来设置限制我个人觉得是一种比较特殊的用法，一是要考虑子文档的情况（是排除还是包含），二是不一定按文档就是合理的，卡片可能是分散在不同文档中的。
这个很简单，参考anki，remnote，子文档算入父文档闪卡限制，但子文档自身也可以设置卡片限制（父文档的卡片的使用情况也会影响子文档的卡片数量，比如今日新卡片，在父文档中使用间隔重复，子文档的闪卡数量也会影响），anki中的卡包就是如此，remnote也是如此。父文档是10新卡，而子文档是20新卡，父文档如果自身内部没有卡片，只是占用子文档新卡片，则子文档还有10新卡。
置于卡片分散在不同文档，是分散在子文档还是不同文档，如果分散在不同的文档（非此父文档的子文档），则可以参考logseq以及remnote，通过反链来实现处于不同文档中的闪卡，logseq通过检索双链[[文档名]]，remnote通过标签（也类似双链）
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
这个还是蛮重要的，我给人推荐思源笔记就是闪卡功能主推，希望闪卡功能更完善些吧 |
|
嗯，我们会抓紧时间评估的。 |
|
通过文档块的自定义属性覆写全局配置：
不同文档上单独配置，相互独立不影响，比如父文档上配置为 5，子文档为 10，那么从父文档复习的时候就是 5，不会叠加子文档的配置。 |
是文档属性还是新功能？ |
|
文档块自定义属性。
…---Original---
From: ***@***.***>
Date: Sun, Oct 8, 2023 21:39 PM
To: ***@***.***>;
Cc: ***@***.******@***.***>;
Subject: Re: [siyuan-note/siyuan] Document-level new card/review card limitcontrol (Issue #9365)
通过文档块的自定义属性覆写全局配置：
riff-new-card-limit
riff-review-card-limit
不同文档上单独配置，相互独立不影响，比如父文档上配置为 5，子文档为 10，那么从父文档复习的时候就是 5，不会叠加子文档的配置。
是文档属性还是新功能？
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were assigned.Message ID: ***@***.***>
|
d大请问属性值咋写？还是说是后续功能的升级 |
|
你看我上面那个截图，就是在文档块的属性面板对话框 - 自定义属性里添加属性和值就行了。 |
|
|
版本还没发布…… |
原来如此……（苦笑） |
D大，我试了最新的测试版，似乎重新打开间隔重复仍然有新卡重置的问题，每次打开仍然会导致要学习新卡 |
|
这个是设计如此嘛，不会按天计算的，人为控制。 |
但这样弄的话，不太能计划行事。——思源中的复习时间是真的按几分钟来算，但这样来，就真的是通过几分钟后打开再复习，但这样弄又会导致学习新卡片。 |
|
人为控制一下。。。。一天开一次，时间多的时候可以按算法多开几次，这样灵活一些。
…---Original---
From: ***@***.***>
Date: Mon, Oct 9, 2023 22:53 PM
To: ***@***.***>;
Cc: ***@***.***>;"State ***@***.***>;
Subject: Re: [siyuan-note/siyuan] Document-level new card/review card limitcontrol (Issue #9365)
这个是设计如此嘛，不会按天计算的，人为控制。
但这样弄的话，不太能计划行事。——思源中的复习时间是真的按几分钟来算，但这样来，就真的是通过几分钟后打开再复习，但这样弄又会导致学习新卡片。
虽然算法为了实现精确科学来考虑，但实际上目前的间隔重复软件都做了取舍，以天来算。
思源笔记的间隔重复其实是可以和remnote对标的。
实际上用天来算就是为了使计划能够持续，按分钟来算实际上根本不能控制。
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you modified the open/close state.Message ID: ***@***.***>
|
要不还是征集一下意见吧……看看这个间隔重复有多少人用，以及他们的看法吧…… |
|
嗯，我们一直在收集反馈。 |
文档级新卡/复习卡上限控制
Is there an existing issue for this?
Can the issue be reproduced with the default theme (daylight/midnight)?
Could the issue be due to extensions?
Describe the problem
思源的闪卡复习逻辑疑似是有问题的
新卡和旧卡之间的界限没有明确划分。
在一个文档内部，闪卡全部是新卡，但实际上的新卡上限是200。
Expected result
新卡和旧卡之间的界限应当明确划分
Screenshot or screen recording presentation
No response
Version environment
Log file
siyuan.log
More information
No response
The text was updated successfully, but these errors were encountered: