Implement plan explanations, original decision traces, calendar replay, and worker counterfactual analysis. Preserve incomplete checkpoints and conflict reasons, with accessible navigation and localized comparison details.
Keep planning outcomes independent of tracing and bound worker delivery with receiver acknowledgements. Retain complete candidate history while releasing temporary buffers and benchmark references.
Validated with 201 tests, app/spec type checks, lint, production build, baseline outcome comparisons, and repeated loaded browser measurements. Document performance and remaining limits.
- Updated dark-light mode button styles for improved responsiveness.
- Enhanced rules panel with additional buttons for moving rules up and down, and updated styles for better layout.
- Added active rule count display in the rules panel header.
- Improved user input component layout with section headings and updated button styles.
- Refactored day input component to use grid layout for better alignment and responsiveness.
- Added new translations for user input and rules panel features.
- Implemented tests for new functionality in rules panel and day input components.
- Added application routes test to ensure correct routing configuration.
* enregistrer les calendar settings dans le localstorage
Fixes#5
* Refactor calendar settings service to use a definitions map for settings and update related components to access settings via a getter method
* Update src/app/services/calendar-settings-service.ts
Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
* Refactor calendar settings service to utilize a new storedSignal implementation for localStorage persistence and restore the stored-signal utility
* Update typescript-eslint to version 8.46.3 and enhance error handling in storedSignal function
* Update src/app/services/calendar-settings-service.ts
Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
* Enhance storedSignal function to accept an Injector for improved context handling in localStorage persistence
* Skip initial execution in storedSignal effect to prevent unnecessary localStorage writes
* Refactor get method in CalendarSettingsService to throw an error if the setting ID doesn't exist
---------
Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>