In order to plot this, all retrievabilities across all cards on a given day need to be summed. If it ends up being as slow as a snail, perhaps adding a button for the user to click coudld solve it. That way the graph will only be plotted if the users wants to.
I think Iâd also like to see how total knowledge drops if I stopped doing any more cards.
@A_Blokee If you end up doing this can you have two different lines plotted? Basically, one would be âThis is you with Ankiâ and another would be âThis is you without Ankiâ (lol). In all seriousness though, knowing that would be useful for many people.
I wanted to do this before but didnât because of the retrievabilities not easy to get from the revlogs and the fact itâs fsrs specific.
Search Stats Extended already has one âThis might take a whileâ confirmation box so I donât see why I couldnât have a second one asking users if they want their data processed more.
I might try to do it with ts-fsrs at some point⌠maybe.
Dae is already considering not having SM-2 as the default scheduler so IMO wonât be a problem on that front.
Also, I think I mightâve misunderstood Expertiumâs proposal. I was thinking about a graph that simulates the future reviews and finds out how much total knowledge youâll have over time. As the simulator itself was developed by Sherlock, can @L.M.Sherlock do this?
I donât think @Expertium wanted this (from the graph he shared) but itâd be awesome to have one, can you do that possibly?
If you can do this in the simulator itâd be killing two stones with one bird, as now you can also set new card limit/review limit to zero and get the graph for how total knowledge comes down without doing Anki (IMO it gives you a much better sense of how âstableâ the knowledge is).
They wouldnât have to be on the graph at the same time, I thought turn the âtimeâ checkbox into a radio button between âtimeâ âreviewsâ âmemorised totalâ or something.
Iâd still think the one in the past is better its just a lot harder to implement.
Iâll stick to âIâll add it to Search Stats Extended at some point if I canâ.
I agree that the table is better because it is much more information dense.
The main problem that I can see is making it work on devices with small screens (it is mentioned in a previous commit that this is the reason for the current table layout).
The old table is very wide. If we want something like the old table, it also needs to be able to reflow into something that does not look terrible on phones.
Iâm having a little play with it to see what I can do, but Iâm not sure I can pull off the necessary CSS trickery.
Maybe this thread should be split into a separate topic?
The addon is a buggy mess right now but this is what you wanted right?
Right now it re-simulates difficulty, which given the current parameters are going to be most accurate is a good thing? Reviews are still actually reviewed at the same time so if anything the difficulty should be more accurate and I shouldent update it to the historical difficulty on every review (?!?)
Relevent code:
Self pr:
The graph is at the very bottom right of revlog reviews if you build that branch.