Doc/deal with backlog after rescheduling #692
Conversation
| If you insist on rescheduling cards and then see a huge backlog, here is the suggesion to deal with the backlog: | ||
|
|
||
| 1. Set review sort order to “relative overdueness” | ||
| 2. (Optional) set the deck option Maximum reviews/day |
There was a problem hiding this comment.
I don't think this is a good idea. It can lead to an "inivisble backlog" - for lack of a better word - that keeps piling up, but the user doesn't see it.
There was a problem hiding this comment.
What about this suggestion: https://refold.la/roadmap/stage-1/c/srs-best-practices#Falling-Behind
There was a problem hiding this comment.
I feel like that's too clunky. @user1823 @brishtibheja suggestions are welcome
|
A similar suggestion can be found in the Manual but with filtered decks. I
assume they modified it because some of their users might not know about
filtered decks. The way you do it is pull all the cards in the filtered
deck using a search like `deck:"deck_name" prop:due<-7` and make it the
"overdue deck". Then you create another filtered deck called "just due
deck", but you may just use your main deck for that one.
Backlog is bad, and I don't think you can really find a solution that feels
great. Ultimately it's upto the users. I think the warning about
rescheduling can be changed a bit? It's possible someone might look at
their cards that just got due and not anticipate the huge number of reviews
they are going to get over the next couple of days/weeks. "large number of
cards getting due" can be a little more expressive than that.
…On Tue, 17 Sep 2024, 18:13 Expertium, ***@***.***> wrote:
***@***.**** commented on this pull request.
------------------------------
In docs/tutorial.md
<#692 (comment)>
:
> @@ -90,6 +90,14 @@ This option controls whether the due dates of cards will be changed when you ena
If rescheduling is enabled, the due dates of cards will be immediately changed. This often results in a large number of cards becoming due, so is not recommended when first switching from SM-2.
+If you insist on rescheduling cards and then see a huge backlog, here is the suggesion to deal with the backlog:
+
+1. Set review sort order to “relative overdueness”
+2. (Optional) set the deck option Maximum reviews/day
I feel like that's too clunky. @user1823 <https://github.com/user1823>
@brishtibheja <https://github.com/brishtibheja> suggestions are welcome
—
Reply to this email directly, view it on GitHub
<#692 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BATHNXWB6H2L7DWIZKKXY7DZXAPWFAVCNFSM6AAAAABOLKR5D2VHI2DSMVQWIX3LMV43YUDVNRWFEZLROVSXG5CSMV3GSZLXHMZDGMBZGY2DKNRSGM>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
|
New idea: only reschedule cards if at least one of these two conditions is met:
This should decrease the amount of due cards when "Reschedule cards on change" is used while simultaneously ensuring that cards that were under SM-2 and had long intervals won't have to wait for literal years to finally be scheduled by FSRS. EDIT: I could've sworn I proposed something like 1) a long time ago. I wonder why it wasn't implemented. |
Because it cannot reduce the backlog in our experiments:
I even keep the branch: https://github.com/open-spaced-repetition/fsrs4anki-helper/tree/Feat/reschedule-cards-only-if-the-new-interval-is-different-by-x |
|
I think that this advice should be in Anki's FAQs because backlogs are a common problem, irrespective of whether the user is using SM-2 or FSRS. There is a lot of good advice in https://controlaltbackspace.org/catch-up/. It would be great if someone can summarize that advice (and add your own points) and then open a PR in https://github.com/ankitects/faqs/pulls. By the way, this is what I do (and advise to others) for dealing with backlogs. |
|
As far as this PR is concerned, we can just add a link to the Anki FAQ page (once it is created). |
|
The docs mention this method: https://docs.ankiweb.net/filtered-decks.html?highlight=backlog#catching-up A seperate FAQ page would be nice, but would take time before dae actually gets to it. Perhaps, link to some good external sources (refold, controlaltbackspace) for now? Advice on backlog seems to be abundant on the internet. |
|
Users will be more willing to follow an "official" advice. So, a link to Anki FAQs would be better. Also, I don't think that there is any rush to add the link. So, we can wait until the new page is created. |
|
What's the next step here? |
|
As we're right now trying to get the FAQ merged with the manual I don't think a seperate FAQ page is feasible (and we'd need to move it later). I can write something up in a few days but it'll need to be in the manual. Question is, where in the manual? |
|
I decide not to mention it in FSRS tutorial. |
May close open-spaced-repetition/fsrs4anki-helper#175