Fix
countdown_date and year_progress now actually respond to cell size.
Both widgets shipped in 0.49.0 with `@container w (max-width: …)` style queries, where `w` is a container name that nothing in the codebase declares. The queries silently matched nothing, so size-tiered behaviour documented at the top of each widget (xs hides everything, sm adds the bar, md adds the grid, lg adds the meta footer) was never firing. Both widgets just rendered the largest variant at every cell size.
Fix: dropped the `w` name so the queries match the cell's own size container, which the composer sets on every `.cell`. Users with small cells will now see the appropriately compressed layout; users on large cells see the same render as before.
Same root pattern caused the spotify_top side-by-side breakpoint to silently fail; `tesserae-spotify v0.2.4` (separate catalog repo) carries that fix.
Background
This is the kind of bug that's invisible until someone tries the widget at a non-default size. The size-tiered behaviour was documented but never tested at the smaller tiers, so it sat dormant for several releases. The fix is one character per query removed; the behaviour was always correct in intent.
Tests
981 passing, ruff + mypy strict clean.