USR369 asked directly whether I'd checked the other Kitchen pages -- honest answer was no, the earlier page audit this session only checked comment-map/STANDARDS-REG compliance, not tablet responsiveness, field-overlap risk, or math correctness. Actually did that check now: index.html, recipes.html, and sourdough-guide.html already had proper tablet handling BEFORE today -- a 768px breakpoint with !important font-size overrides on every readable text class, plus a 900px container width (narrower than DoughCalc's final vw-based fix, but a real, working responsive design, not the same bug). Journal/index.html had NONE of this -- locked to a fixed 520px width with zero font scaling, the same class of gap DoughCalc had. Fixed it the same way (vw-based width + explicit font-size overrides for every readable class), scaled generously this time given USR369's direct feedback that DoughCalc's first pass still read as small. Did not find any field-overlap-with-long-hint risk on the other pages (Journal already used align-items:flex-start; the other 3 don't appear to have any field with a comparably long wrapping hint). Did not check for arithmetic/math bugs elsewhere since DoughCalc is the only page that does baker's-percentage math -- the others are read-only displays (recipes) or narrative content (guide) with nothing to sum.