At first glance, same as #3815 - no support for the mw.col.load_balancer_enabled option (disabled load_balancer)

Updated FSRS dependency to use a version that supports post-scheduling hooks

Nice, that is a cleaner solution.

Consider moving simulator to dedicated page

I can't think of a better place to put it for now. What about instead of embedding it in the page, you have a clickable "Simulator" link that displays it as as a larger pop-over on the page?

no support for the mw.col.load_balancer_enabled option (disabled load_balancer)

Fixed in 59d5ef0

What about instead of embedding it in the page, you have a clickable "Simulator" link that displays it as as a larger pop-over on the page?

Sounds good. But I need help. I don't know how to develop that.

An example of how to do that is TextInputModal.svelte, which is used in ConfigSelector.svelte

Associated docs: https://getbootstrap.com/docs/5.0/components/modal/

Now the simulator is moved to a larger pop-over on the page:

And I add a button to allow users to save these settings to the preset:

• Desired retention
• New cards/day
• Maximum reviews/day
• Maximum interval
• New cards ignore review limit

To solve the issue of readability, I have two solutions:

1. using moving average windows
2. plotting the graph as the Future Due graph

Any ideas?

Now it looks nice when you want to compare Easy Days with Non Easy Days in one year.

Regarding the readibility issue, I believe that introducing a Smooth toggle would be the most appropriate solution. This allows users the flexibility to choose between a smoothed visualization and the exact number of reviews for a given date, catering to different use cases.

As for the window size of the moving average, I personally favor making it configurable, with a default value calculated using the formula: window_size = ceil(days_to_simulate / 180) or / 365, so only graphs with a larger learning span are affected by smoothing if the user doesn’t input an exact desired window size.

Update: I understand that implementing a configurable window size might be tricky from a UI perspective. However, at the very least, the Smooth toggle should definitely be implemented (if readability issue is concerning when using easy days).

I added the Smooth toggle:

But I don't know why the ticks become larger when I zoom out the window:

Edit: It's caused by this code

But I don't know the purpose.

We should add a tooltip to clarify that the "Smooth" toggle only affects the graph and has nothing to do with actual scheduling.

The graph is looking pretty bad on mobile/small devices at the moment. I seem to recall it looking a bit better when I checked on this PR the other day, so it might be a regression?

Going through a review now.

One other initial thought was on how extra options have been added, presumably so that the user can configure them directly from that screen, and so it becomes apparent that those options also alter the simulation. But it's not complete, as easy days is not listed there.

Note how the graph is not actually visible at this screen size - the user has to scroll down.

Is it worth repeating those options there? (yes is an acceptable answer if you think so, I'm just brainstorming here). Are there any where it might make sense to show them in a more concise, read-only form? E.g. something like the following in small grey text: "Other influencing settings: 20 new cards/day, 200 reviews/day, 2 easy days, max interval 36500, ..."?

Or a variant of that idea - what if the simulator-specific options are shown at the top, with everything else in a disclosure/hidden by default section?

Again, no strong feelings here - "no" is an acceptable answer.

Is it worth repeating those options there?

IMO, yes. The user might want to play with these values to see the effect on their future workload without wanting to change the actual settings. Also, if the user has to change the values scattered throughout the deck options page, the simulator would become difficult to use.

Regarding the easy days: As user1823 pointed out, users might want to experiment with settings in the simulator. However, when it comes to easy days, users are unlikely to adjust them frequently. They already know which days are busy for them, so there’s no need to display these settings again on the simulator page.

Objectively, the simulator is a tool for exploration - users can play with it to find their ideal settings, which is why the adjustable options are present on this page. The "Save to Preset Options" button is there just to save users from having to remember the values they set in the pop-up to transfer to the main settings page . Since users don’t need to recall which days they’re busy, there’s no reason to duplicate the easy days settings on the simulator page.

Something like that. Personally, I like the current set of the adjustable settings. For me, Save to Preset Options button is redundant: I can remember all 4 values: DR, New cards/day, Max interval, Sort order. But I understand, that someone can find this button useful.

By the way, perhaps this is the right moment to implement the Enable/Disable Load Balancer option in UI? This way, users won’t need to access the debug console to toggle it, and now they’ll be able to see how it affects their (simulated) load. (笑)

They already know which days are busy for them, so there’s no need to display these settings again on the simulator page.

But we need to convey that Easy Days affect the simulation. Plus, as you said, the simulator is a tool for exploration, so I'd say we should add Easy Days sliders to the simulator.

They already know which days are busy for them, so there’s no need to display these settings again on the simulator page.

But we need to convey that Easy Days affect the simulation. Plus, as you said, the simulator is a tool for exploration, so I'd say we should add Easy Days sliders to the simulator.

It is already obvious, if Days to simulate <= 365 with enabled Smooth option for any number of easy days (default simulation span is already 365 days). Or with disabled Smooth option.

I will suggest to set the Smooth option to False by default.

I'd say we should add Easy Days sliders to the simulator.

I wanted, but the screen is too crowded now.

Reviewing now. Are you planning to release the updated fsrs-rs on crates.io? If so, it would be nice to point to that instead of a git commit.

(if it's still in progress, we can point to a git commit for now, but that would be nice to fix before the next stable release)

Are you planning to release the updated fsrs-rs on crates.io?

Assuming that's a no for now, so I'll merge this in.

Thank you for your work on this as always!

Assuming that's a no for now, so I'll merge this in.

Yeah, because @Luc-Mcgrady added more features into the simulator:

• Feat/Simulator Suspend After Lapse Count open-spaced-repetition/fsrs-rs#293

So the simulator is still not stable now. I plan to update fsrs-rs on crates.io in the next month.