[Squeaks72]

Summary

The reader has one global default (mode, theme, two-page spread) and a per-series memory. A source is usually one format, though. A webtoon site wants the continuous vertical scroll, and a manga site wants paged right-to-left. So the global default is wrong for part of the library, and the only fix was to adjust each of those series by hand.

This PR adds a default per source, resolved global < source < series:

• Resolution (web/app/reader/page.tsx): the per-series effect now layers loadSourcePrefs(<source of the opened chapter>) under loadSeriesPrefs(seriesId). A series you adjusted by hand still wins.
• Storage and sync (web/lib/readerPrefs.ts): loadSourcePrefs / saveSourcePrefs / clearSourcePrefs, stored in localStorage and synced in the existing settings blob as readerSource. Both directions work: the debounced PUT /api/settings, and syncPrefsFromServer adopting what another device saved. The server needs no change, because PUT /api/settings already merges arbitrary top-level keys.
• Key prefix yomi_rp_, not yomi_rs_. allSeriesPrefs() collects every key under yomi_rs_ and pushes each one as readerSeries[id]. A source default stored under that prefix would go to every other device as a series override keyed by a source id, and the source default itself would never sync. The new test pins this.
• UI (web/components/ReaderSettings.tsx): at the bottom of the reader's settings sheet, Use this reader for everything from {source} saves the current mode, theme and spread. Forget the default for {source} clears it. The row is hidden when the chapter has no source on record, which is the case for a downloaded copy opened offline.

Known limit, the same as the per-series memory it sits beside: forgetting a default on one device removes it from the account on the next push. Another device that still has it locally will push it back the next time that device saves a reader setting.

Type

• Fix
• Feature
• Docs
• Refactor / chore

Testing

Re-run after rebasing onto v0.45.0 (91b41aa): bff 1857 tests, 1843 pass, 10 fail, 4 skipped — the 9 embedded-Postgres entrypoint failures main has in this environment (main: 1857 / 1844 / 9 / 4) plus the one flaky test explained at the end of this paragraph; web 434/434; both typechecks OK. The detail below is from the first run, on v0.44.0. One extra bff failure in that run, "the verify button answers started and the panel shows the run" (verifyFiles.int.test.ts), came from running seven suites in parallel: this PR changes no bff code, and that file then passed 14/14 three times in a row on this branch and on main.

I ran the upstream CI setup in node:24-alpine against a real postgres:16-alpine (TEST_DATABASE_URL set, so the SQL tests run instead of skipping), first on plain upstream/main (a8bc502) to get a baseline and then on this branch.

	upstream/main (baseline)	this branch
bff tsc --noEmit	OK	OK
bff tests	1834 tests, 1821 pass, 9 fail, 4 skipped	1834 tests, 1821 pass, same 9 fail, 4 skipped
web tsc --noEmit	OK	OK
web tests	421/421	424/424 (3 new)

The 9 bff failures are the same on both: they are the embedded-Postgres entrypoint tests (not ok 291-299), which need an initdb/socket setup this sandbox doesn't have. No new failures.

New test web/test/readerSourcePrefs.test.ts (3 tests) drives the real module against a stubbed server and reads the PUT bodies:

• a source default is pushed as readerSource and never shows up in readerSeries. This fails if SOURCE_KEY is set to yomi_rs_, which I checked.
• forgetting a default removes it locally and from the next push
• a pull adopts source defaults saved on another device, and not as series overrides

The three new strings are translated in all eight locale files, and _meta.strings is bumped. npm run test:i18n is a Puppeteer walk against a running server, so it could not run in this sandbox. I checked separately that every tr() key this PR adds is present in all eight files.

Checklist

• Focused scope (one topic)
• Matches the existing TypeScript style
• Docs updated if user-facing (docs/USAGE.md)
• No new default sources hardcoded to specific sites (the engine system reaches sites by URL)

🤖 Generated with Claude Code

[AngeloSha]

Thanks, the source really is the best signal for the format, and this is a nice way to use it.

Fixes on top:

• Choosing a look in the reader was also saving it as the global default, because the sheet saved the reader's live settings wholesale, source and series overrides included. So "switch to paged, pin this source" left every other source opening paged as well. Now mode, theme, spread and direction changed with a title open go to that title only, and anything else you change there (brightness, gap and so on) saves just that one setting as the default.
• It never applied to downloaded chapters, online or offline, because the reader loads the offline record first and that record has no source. It's keyed by the series' main source now, remembered on the device for offline use. That also stops a series that mixes sources from flipping its look mid-read.
• The row could show a 19-digit extension id instead of a name. With no name there's no row.
• The reading direction from Reader: paged mode reads right to left when the series does #90 is part of what gets pinned, and the settings sheet scrolls now instead of pushing its top off a short phone.

Merged, and it shipped in v0.46.0.