PRD F13 said the form asked how often after Kind and had no word on examples; F17 and DESIGN.md had no example row. Adds the spec and plan, and ticks the TODO item. Co-Authored-By: Claude Opus 5.5 <[email protected]>
4.7 KiB
4.7 KiB
TODO
- Support check-in goals for events that require only some of the available days (for example, five check-ins per week). Keep unfinished events in Dailies, show progress against the required count, and distinguish finishing a week from finishing the event. Shipped 2026-10-13 — see the spec.
- Rework how the What you see settings group handles its toggles, so that the daily chores
and the built-in weekly tasks can each be switched globally and per game, without adding a
new checkbox for every game.
Shipped 2026-10-14 — see the spec.
- Today the two are inconsistent: the daily chores have one global switch
(
prefs.showChores) and no per-game control, while the built-in weekly tasks have only per-game switches (prefs.routineGames), one checkbox per game that has any. With more games and more built-ins, that list of checkboxes grows without bound. - Wanted: one pattern for both — a global switch, with per-game exceptions reachable without a checkbox per game in the group (for example, from each game's row in the games list, or a compact per-game control that only appears when asked for).
- Keep the existing data meaning: a reader's current answers must carry over, and an absent
pref still means "never answered" (AGENTS.md § Conventions on
knownGames, anddocs/DATA-MODEL.md§ Client-side storage). The strip's one-time question about a game's built-ins should keep answering the same setting. - Code:
src/client/components/Controls.tsx(What you see),src/client/state/usePrefs.ts,src/shared/routines.ts(activeRoutines,routineToAsk),src/client/components/Dailies.tsx.
- Today the two are inconsistent: the daily chores have one global switch
(
- hololive Dreams has not refreshed in three weeks — find out why, or find it a new source.
Resolved 2026-10-14: the wiki lapsed after 19 Sep (still answering, still parsing, nothing
current), and no replacement can be fetched. The source is recorded as
lapsed— seedocs/SOURCES.md§ 16.- Still open: run 317 reported
last confirmed neverfor it, while the committed meta says 2026-09-22. The CI state in the Actions cache appears to have lost that date, perhaps by restoring from a chain that never held it. It is cosmetic (the message only), but worth a look if another source shows it. The footer says (2026-10-13): "Of the games you have switched on, this one has not refreshed in over two days, so some end dates may have moved: hololive Dreams (21d 7h ago)." - What the repo shows:
snapshots/holodori-holodoriwiki-events.meta.jsonwas last confirmed 2026-09-22T17:28Z (content last changed 2026-09-22T05:28Z, one event parsed), and no snapshot commit has touched it since. A304would still have stamped a confirmation, so every cycle since then has either failed or skipped this host. The committed.state.jsonis older (2026-09-12) because CI keeps live state in the Actions cache, not the repo. - First: read the step summary and annotations of a recent
refresh.ymlrun on Gitea forholodori-holodoriwiki-events— itslastStatusand whether it wasskipped_robots, failing (andbrokenafter three cycles), or parsing to zero. If needed, one manual dispatch withonly: holodori-holodoriwiki-eventsand dry-run off answers it (--dry-runmakes no requests). - Then, by cause: robots or an access block from the runner → AGENTS.md § Scraping conduct (no
workarounds; a manual refresh or another source). The wiki changed shape → repair
src/ingest/parsers/holodori.tsagainst a new fixture, keeping the old one. The wiki stopped being maintained (holodori.wikiis a Miraheze wiki) → find another source; assess it indocs/SOURCES.mdas the others are.
- Still open: run 317 reported
- Give Add an event and Add a task easy-to-use templates, and give both forms a UI/UX pass.
Done 2026-10-14 as examples to start from — see PRD F13 and
docs/superpowers/specs/2026-10-14-form-examples-design.md.- Templates: one tap fills the common shapes so the reader only adjusts the details — for
example a weekly points task, a monthly shop reset, a login event, a banner with a known end.
A template only pre-fills fields; nothing is saved until the reader saves, and no figure is
presented as sourced unless it is (the bar
src/shared/routines.tsholds built-ins to). - UI/UX pass: both forms grew field by field (
src/client/components/CustomForms.tsxEventForm,src/client/components/TaskForm.tsx). Review them as a reader would — field order, defaults, copy, validation messages, how a cadence and a measure are chosen, phone width — againstdocs/DESIGN.mdanddocs/PRODUCT.md.
- Templates: one tap fills the common shapes so the reader only adjusts the details — for
example a weekly points task, a monthly shop reset, a login event, a banner with a known end.
A template only pre-fills fields; nothing is saved until the reader saves, and no figure is
presented as sourced unless it is (the bar