feat(admin): show as many calendar weeks as fit, at a readable cell size

[dastratakos]

What

The account page's activity calendar keeps one fixed, readable cell size at every viewport and shows however many trailing weeks fit the card — the full year on desktop, a few months on a phone — instead of shrinking cells toward ~4px to force the whole year in. Still no horizontal scroll.

How

• Fixed geometry: 12px cells with 3px gaps. That keeps the original design's 1rem-cell / 4px-gap proportion, and it is the size at which the full 53-week trailing year fits the desktop card beside the expanded sidebar (53 × 15px + a 28px weekday column ≈ 823px against the card's ~871px content width; at 13px+ the year no longer fits at 1200px). Rounding (rounded-[3px]), the dashed today border, and the always-visible weekday labels return to their full-size treatments everywhere; the tiny-size ring fallback, the container-query label folding, and the clamp() gap/rounding are deleted.
• Fit by count: a useLayoutEffect measure before first paint plus a ResizeObserver compute how many whole week columns fit beside the fixed-width weekday-label column, and the grid draws the last N weeks (lastWeeks, a new pure fold helper), capped at the trailing year the server already sends — the server is unchanged. Resizing refits live; no partial columns; the grid renders nothing until the first measure lands, which happens pre-paint, so no wrong-width frame ever paints.
• Honesty follow-through: the heading names the shown span ("trailing year" or "last N weeks"), the caption reads against "the busiest day shown", and the intensity scale is computed over the visible days alone. thinMonthLabels is deleted rather than kept: month labels are set on the whole year and sliced with the weeks, so a column is labeled only where a month opens inside the visible span — openings sit 4+ columns apart, so labels cannot collide at fixed cells (labeling a slice's mid-month first column was the one crowding case the renders showed, and slicing removes it). The newest-weeks slice keeps today's dashed cell in the last column at every width.

Verification

• ./scripts/check.sh passes (exit 0: repository, type, test, and build checks; the new lastWeeks tests cover N smaller than, equal to, and larger than the available weeks, always ending at the current week).
• Headless Chrome against the built app with stubbed admin data, viewports 1200/768/390/360px: 53 / 27 / 18 / 16 week columns respectively; one cell's box measured 12×12px with 3px gaps at every width; zero horizontal document overflow and no scroller in the card anywhere; today present, dashed, and in the last column at every width; the instant tooltip verified at both edges at 390px (leftmost and rightmost cells, clamped inside the card); one mid-session resize 1200 → 390 refit the grid live from 53 to 18 columns without a reload. Screenshots inspected and kept untracked under artifacts/admin-calendar-fixed-cells/.
• Web-only change; no desktop surface touched, so no macOS/notch check applies.

🤖 Generated with Claude Code

Automated visual evidence

Download the deterministic macOS evidence · workflow run

• Commit: e615bc877954992957f217757c804ce7f64dfb77
• Scenario: smoke
• Physical-notch check: not performed by CI

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated (UTC)
luke-web	Ready	Preview	Aug 23, 2026 5:56pm