[{"_1":2,"_3":-5,"_4":-5},"loaderData",{"_5":6,"_7":8,"_9":10},"actionData","errors","root",{"_346":347,"_348":349},"routes/_app.x.$handle.$name",{"_127":126,"_35":74,"_135":117,"_30":136,"_13":14,"_137":-5,"_11":138,"_139":140,"_141":142,"_143":144,"_145":146,"_23":-5,"_147":-5,"_148":-5,"_149":28,"_150":151,"_152":48,"_153":-5,"_154":-5,"_155":156},"routes/_app.x.$handle.$name.branch.$branch.version.$version.diff",{"_11":12,"_13":14,"_15":16,"_17":-5,"_18":-5},"project",{"_72":73,"_35":74,"_41":75,"_76":-5,"_77":28,"_78":79,"_80":79,"_81":82,"_83":-5,"_18":84,"_85":-5,"_86":28,"_87":-5,"_88":-5,"_89":90,"_91":92,"_93":94,"_95":96,"_97":98,"_99":-5,"_100":101,"_102":101,"_103":104,"_105":104,"_106":104,"_107":101,"_108":101,"_109":110,"_111":112,"_113":114,"_115":28},"version",28,"changes",[19,20,21,22],"aiChatInfo","userId",{"_23":64,"_25":65,"_27":48,"_29":28,"_30":66,"_32":66},{"_23":56,"_25":57,"_27":48,"_29":28,"_30":58,"_32":58},{"_23":46,"_25":47,"_27":48,"_29":28,"_30":49,"_32":49},{"_23":24,"_25":26,"_27":28,"_29":28,"_30":31,"_32":31},"file",{"_33":34,"_35":31,"_36":37,"_38":40,"_41":42,"_43":14,"_44":45,"_27":28},"previous",{"_33":34,"_35":31,"_36":37,"_38":39},"deleted",false,"deletedHere","path","main.ts","latestPath","fileId","f0eeffb8-9a93-11f1-9bb6-1607ee4eb77e","name","fileType","http","content","// sports-today — val.town HTTP val (plusjade/sports-today, file main.ts)\n//\n// Live at: https://plusjade--f0eeffb89a9311f19bb61607ee4eb77e.web.val.run/\n//\n// That URL is derived from this file's val.town file id, NOT its path — so\n// this file must only ever be updated in place. Deleting and recreating\n// main.ts (or renaming it) mints a new id and a new URL, silently pointing\n// the iOS widget at a dead endpoint while the new one returns a healthy\n// 200. Verify `links.endpoint` still ends in f0eeffb8… after any deploy.\n//\n// Deploy process, and which files under lib/ and render/ ship alongside\n// this one: docs/valtown-brief.md.\n//\n// ---- module map ----\n//\n// lib/catalog.ts the static tables (sports, channels, teams)\n// lib/text.ts lib/color.ts lib/dates.ts domain-free pure helpers\n// lib/channels.ts lib/teams.ts lib/games.ts lib/params.ts\n// pure application logic over those tables\n// lib/sleeper.ts the only outbound I/O\n// render/theme.ts the palette\n// render/layout.ts render/metrics.ts the png fit math: how much fits in\n// the canvas, and how wide a string will draw\n// render/json.ts render/html.ts render targets (pure + a wrapper)\n// render/png-tree.ts pure: slate -> satori element tree\n// render/png.ts impure: wasm, fonts, satori, resvg\n//\n// Everything except lib/sleeper.ts and render/png.ts is pure and covered by\n// tests/ under bin/ci; those two are covered by hitting the endpoint.\n//\n// ---- erasable TypeScript, and the one rule that bites ----\n//\n// bin/ci runs the tests under `node --experimental-strip-types`, which\n// deletes type syntax without understanding it. Keep every file to erasable\n// TypeScript (type annotations and type aliases only — no enums, namespaces\n// or parameter properties), and **import every type with the `type`\n// modifier**: `import { type Game, transformScores }`. A plain\n// `import { Game }` survives stripping as a runtime import and dies with\n// \"does not provide an export named 'Game'\" — including when the module\n// also exports real values. Deno is more forgiving, so this fails in CI\n// rather than on the val.\n//\n// Usage:\n// ?day=today|tomorrow (default: today; anything else is dropped into\n// `x-effective-rejected` on json and falls back to\n// today, same drift-echo as sports[]/teams[]/tz)\n// ?format=html|json|png (default: html)\n// ?w=&h= (png only, ignored by json — default 329x155, an\n// iOS \"medium\" widget-ish size)\n// ?sports[]=nfl|wnba|mlb|nba (repeated; default: all four)\n// ?teams[]=sparks|fever|dodgers|... (repeated; see TEAMS in lib/catalog.ts)\n// ?tz=-25200 (seconds east of GMT, e.g. iOS's\n// TimeZone.current.secondsFromGMT();\n// default: Pacific's live offset. What\n// `day` resolves against and what game\n// times render in — see lib/dates.ts)\n//\n// teams[] wins: any valid team switches to team mode, where sports[] is\n// ignored and the fetch list is derived from the selected teams. Unknown\n// values are dropped, never fatal — a 4xx renders as a broken image in\n// WidgetKit — and echoed back in `x-effective-*` response headers (json)\n// plus a \"! ignored:\" line on the png, so a typo in the iOS repo is visible\n// instead of silent.\n//\n// format=json is the SwiftUI widget's real data contract (schemaVersion 2,\n// mirrors the Codable types at Shared/WidgetPayload.swift in the iOS repo,\n// dateDecodingStrategy = .secondsSince1970), not a debug tool. It's a *view*\n// contract: {schemaVersion, eyebrow, items[]} where the server has already\n// decided the display text (mainText/subText/caption) — no away/home/score\n// object, no raw team codes. The old sport-grouped/raw-code drift echo\n// survives as `x-effective-*` response headers instead of a body field —\n// see render/json.ts's header for why it moved out of the body.\n//\n// png shows as many games as fit legibly in the requested canvas, and\n// reports the rest as a \"+N more\" line rather than rendering them too small\n// to read (or, as it did before, overflowing the canvas and clipping them\n// away silently). Widen or heighten the canvas to see more games.\n\nimport { resolveClientOffsetSeconds, slateDateFor, formatDateLabel } from \"./lib/dates.ts\";\nimport { transformScores } from \"./lib/games.ts\";\nimport { resolveParams } from \"./lib/params.ts\";\nimport { fetchScores } from \"./lib/sleeper.ts\";\nimport { renderHtml } from \"./render/html.ts\";\nimport { renderJson } from \"./render/json.ts\";\nimport { renderPng } from \"./render/png.ts\";\nimport { backgroundForHue, randomHue } from \"./render/theme.ts\";\n\nexport default async function (req: Request): Promise {\n const url = new URL(req.url);\n const dayParam = url.searchParams.get(\"day\");\n const day = dayParam === \"tomorrow\" ? \"tomorrow\" : \"today\";\n const format = url.searchParams.get(\"format\") ?? \"html\";\n\n // Repeated params (`?teams[]=sparks&teams[]=lakers`), matching Sleeper's\n // own convention rather than a comma-joined list.\n const resolved = resolveParams(url.searchParams.getAll(\"sports[]\"), url.searchParams.getAll(\"teams[]\"));\n\n // Same silent-coercion trap sports[]/teams[]/tz already guard against: an\n // unrecognized `day` was falling through to \"today\" with nothing echoing\n // it. The ios-client spec names a bad `day` as *the* malformed-request\n // example, so it gets the same rejected-echo treatment as everything else.\n if (dayParam !== null && dayParam !== \"today\" && dayParam !== \"tomorrow\") {\n resolved.rejected.push(`day:${dayParam}`);\n }\n\n // `?tz=` — seconds east of GMT, e.g. iOS's own\n // TimeZone.current.secondsFromGMT() — is what `today`/`tomorrow` resolve\n // against and what game times render in. Already has DST folded in by\n // whoever sent it, so no zone table lookup happens on this side. Defaults\n // to Pacific's live offset. An unrecognised value falls back to that\n // default and joins `rejected` rather than erroring, same drift-echo\n // `resolveParams` uses for sports[]/teams[].\n const { offsetSeconds: clientOffsetSeconds, rejected: rejectedTz } = resolveClientOffsetSeconds(\n url.searchParams.get(\"tz\"),\n );\n if (rejectedTz) resolved.rejected.push(rejectedTz);\n\n const date = slateDateFor(day, { clientOffsetSeconds });\n const games = await fetchScores(date, resolved.sports);\n const bySport = transformScores(games, resolved.sports, resolved.teams);\n\n if (format === \"json\") return renderJson(bySport, day, resolved, clientOffsetSeconds, date);\n if (format === \"png\") {\n return renderPng({\n bySport,\n dateLabel: formatDateLabel(date, day),\n width: Number(url.searchParams.get(\"w\")) || 329,\n height: Number(url.searchParams.get(\"h\")) || 155,\n // The randomness lives here, at the edge, so the tree stays pure.\n background: backgroundForHue(randomHue()),\n rejected: resolved.rejected,\n clientOffsetSeconds,\n });\n }\n return renderHtml(bySport, day, clientOffsetSeconds);\n}\n","// sports-today — val.town HTTP val (plusjade/sports-today, file main.ts)\n//\n// Live at: https://plusjade--f0eeffb89a9311f19bb61607ee4eb77e.web.val.run/\n//\n// That URL is derived from this file's val.town file id, NOT its path — so\n// this file must only ever be updated in place. Deleting and recreating\n// main.ts (or renaming it) mints a new id and a new URL, silently pointing\n// the iOS widget at a dead endpoint while the new one returns a healthy\n// 200. Verify `links.endpoint` still ends in f0eeffb8… after any deploy.\n//\n// Deploy process, and which files under lib/ and render/ ship alongside\n// this one: docs/valtown-brief.md.\n//\n// ---- module map ----\n//\n// lib/catalog.ts the static tables (sports, channels, teams)\n// lib/text.ts lib/color.ts lib/dates.ts domain-free pure helpers\n// lib/channels.ts lib/teams.ts lib/games.ts lib/params.ts\n// pure application logic over those tables\n// lib/sleeper.ts the only outbound I/O\n// render/theme.ts the palette\n// render/layout.ts render/metrics.ts the png fit math: how much fits in\n// the canvas, and how wide a string will draw\n// render/json.ts render/html.ts render targets (pure + a wrapper)\n// render/png-tree.ts pure: slate -> satori element tree\n// render/png.ts impure: wasm, fonts, satori, resvg\n//\n// Everything except lib/sleeper.ts and render/png.ts is pure and covered by\n// tests/ under bin/ci; those two are covered by hitting the endpoint.\n//\n// ---- erasable TypeScript, and the one rule that bites ----\n//\n// bin/ci runs the tests under `node --experimental-strip-types`, which\n// deletes type syntax without understanding it. Keep every file to erasable\n// TypeScript (type annotations and type aliases only — no enums, namespaces\n// or parameter properties), and **import every type with the `type`\n// modifier**: `import { type Game, transformScores }`. A plain\n// `import { Game }` survives stripping as a runtime import and dies with\n// \"does not provide an export named 'Game'\" — including when the module\n// also exports real values. Deno is more forgiving, so this fails in CI\n// rather than on the val.\n//\n// Usage:\n// ?day=today|tomorrow|next (default: next; anything else is dropped into\n// `effective.rejected` on json and falls back to\n// next, same drift-echo as sports[]/teams[]/tz.\n// `next` scans a 3-day window from the client's\n// local today — in parallel, one /scores call per\n// date, never serial — and returns the earliest\n// date with a qualifying game (today included, so\n// a live-right-now favorite still wins outright).\n// No date in the window qualifies -> the same\n// empty slate today/tomorrow render on a quiet\n// day. See docs/widget-next-up-plan.md for why this\n// is bounded rather than a real schedule lookup.)\n// ?format=html|json|png (default: html)\n// ?w=&h= (png only, ignored by json — default 329x155, an\n// iOS \"medium\" widget-ish size)\n// ?sports[]=nfl|wnba|mlb|nba (repeated; default: all four)\n// ?teams[]=sparks|fever|dodgers|... (repeated; see TEAMS in lib/catalog.ts)\n// ?tz=-25200 (seconds east of GMT, e.g. iOS's\n// TimeZone.current.secondsFromGMT();\n// default: Pacific's live offset. What\n// `day` resolves against and what game\n// times render in — see lib/dates.ts)\n//\n// teams[] wins: any valid team switches to team mode, where sports[] is\n// ignored and the fetch list is derived from the selected teams. Unknown\n// values are dropped, never fatal — a 4xx renders as a broken image in\n// WidgetKit — and echoed back in `effective` (json) plus a \"! ignored:\" line\n// on the png, so a typo in the iOS repo is visible instead of silent.\n//\n// format=json is the SwiftUI widget's real data contract (schemaVersion 2,\n// mirrors the Codable types at Shared/WidgetPayload.swift in the iOS repo,\n// dateDecodingStrategy = .secondsSince1970), not a debug tool. It's a *view*\n// contract: {schemaVersion, eyebrow, items[]} where the server has already\n// decided the display text (mainText/subText/caption) — no away/home/score\n// object, no raw team codes. The old sport-grouped/raw-code drift echo\n// survives as `x-effective-*` response headers instead of a body field —\n// see render/json.ts's header for why it moved out of the body.\n//\n// png shows as many games as fit legibly in the requested canvas, and\n// reports the rest as a \"+N more\" line rather than rendering them too small\n// to read (or, as it did before, overflowing the canvas and clipping them\n// away silently). Widen or heighten the canvas to see more games.\n\nimport { resolveClientOffsetSeconds, slateDateFor, nextWindowDates, formatDateLabel } from \"./lib/dates.ts\";\nimport { transformScores, pickNextSlate, type GamesBySport } from \"./lib/games.ts\";\nimport { resolveParams } from \"./lib/params.ts\";\nimport { fetchScores } from \"./lib/sleeper.ts\";\nimport { renderHtml } from \"./render/html.ts\";\nimport { renderJson } from \"./render/json.ts\";\nimport { renderPng } from \"./render/png.ts\";\nimport { backgroundForHue, randomHue } from \"./render/theme.ts\";\n\nexport default async function (req: Request): Promise {\n const url = new URL(req.url);\n const dayParam = url.searchParams.get(\"day\");\n // \"next\" is the default now, not \"today\" — an omitted `day` (the common\n // case, since it's the only value that needs no explicit widget config)\n // gets the nearest-upcoming-game behavior. `today`/`tomorrow` stay opt-in\n // exact matches; anything else, including an absent param, resolves to\n // \"next\".\n const day = dayParam === \"today\" ? \"today\" : dayParam === \"tomorrow\" ? \"tomorrow\" : \"next\";\n const format = url.searchParams.get(\"format\") ?? \"html\";\n\n // Repeated params (`?teams[]=sparks&teams[]=lakers`), matching Sleeper's\n // own convention rather than a comma-joined list.\n const resolved = resolveParams(url.searchParams.getAll(\"sports[]\"), url.searchParams.getAll(\"teams[]\"));\n\n // Same silent-coercion trap sports[]/teams[]/tz already guard against: an\n // unrecognized `day` was falling through to a default with nothing echoing\n // it. The ios-client spec names a bad `day` as *the* malformed-request\n // example, so it gets the same rejected-echo treatment as everything else.\n // An absent `day` is not an error — it's the new default — so only a\n // present-but-unrecognized value lands in `rejected`.\n if (dayParam !== null && dayParam !== \"today\" && dayParam !== \"tomorrow\" && dayParam !== \"next\") {\n resolved.rejected.push(`day:${dayParam}`);\n }\n\n // `?tz=` — seconds east of GMT, e.g. iOS's own\n // TimeZone.current.secondsFromGMT() — is what `today`/`tomorrow` resolve\n // against and what game times render in. Already has DST folded in by\n // whoever sent it, so no zone table lookup happens on this side. Defaults\n // to Pacific's live offset. An unrecognised value falls back to that\n // default and joins `rejected` rather than erroring, same drift-echo\n // `resolveParams` uses for sports[]/teams[].\n const { offsetSeconds: clientOffsetSeconds, rejected: rejectedTz } = resolveClientOffsetSeconds(\n url.searchParams.get(\"tz\"),\n );\n if (rejectedTz) resolved.rejected.push(rejectedTz);\n\n // `resolvedDate` is what the json contract echoes in `x-effective-date`;\n // `date` is what render/png and render/html use for card copy, which\n // always needs a concrete date even when nothing was found. They only\n // diverge in the `next`-exhausted case: `resolvedDate` goes null (nothing\n // in the window qualified — an honest \"not found\", distinct from a real\n // date with zero games), while `date` falls back to the window's first\n // (today's) date so the empty-state render still has something to anchor\n // its label to.\n let date: string;\n let resolvedDate: string | null;\n let bySport: GamesBySport;\n\n if (day === \"next\") {\n const dates = nextWindowDates(clientOffsetSeconds);\n // One /scores round trip per candidate date, all in flight at once —\n // not scanned serially, and not the undocumented full-season dumps\n // Sleeper also exposes (up to 14MB for mlb's daily slate, measured\n // live). See docs/widget-next-up-plan.md.\n const gamesByDate = await Promise.all(dates.map((d) => fetchScores(d, resolved.sports)));\n const picked = pickNextSlate(dates, gamesByDate, resolved.sports, resolved.teams);\n date = picked?.date ?? dates[0];\n bySport = picked?.bySport ?? [];\n resolvedDate = picked?.date ?? null;\n } else {\n date = slateDateFor(day, { clientOffsetSeconds });\n const games = await fetchScores(date, resolved.sports);\n bySport = transformScores(games, resolved.sports, resolved.teams);\n resolvedDate = date;\n }\n\n if (format === \"json\") return renderJson(bySport, day, resolved, clientOffsetSeconds, resolvedDate);\n if (format === \"png\") {\n return renderPng({\n bySport,\n dateLabel: formatDateLabel(date, day),\n width: Number(url.searchParams.get(\"w\")) || 329,\n height: Number(url.searchParams.get(\"h\")) || 155,\n // The randomness lives here, at the edge, so the tree stays pure.\n background: backgroundForHue(randomHue()),\n rejected: resolved.rejected,\n clientOffsetSeconds,\n });\n }\n return renderHtml(bySport, day, clientOffsetSeconds);\n}\n","createdAt",["D",1787772208124],"branchVersion","branchId","9635267c-e84d-4621-be8a-af9e5052d6d5",{"_33":50,"_35":51,"_36":52,"_38":54,"_41":55,"_43":14,"_44":45,"_27":28},{"_33":50,"_35":51,"_36":52,"_38":53},true,"render/json.ts","9a12931c-9c23-11f1-b7ac-1607ee4eb77e","json.ts","script","// The json render target — the SwiftUI widget's real data contract, mirrored\n// by the Codable types at Shared/WidgetPayload.swift in the iOS repo (decoded\n// with dateDecodingStrategy = .secondsSince1970). `widgetPayload` is pure and\n// is what the tests assert against; `renderJson` adds the response headers\n// and wraps it in a Response.\n//\n// schemaVersion 2 replaces the earlier away/home/score/status shape (see git\n// history / docs/valtown-brief.md for what schemaVersion 1 looked like).\n// This is now a *view* contract, not a data contract: the server decides\n// exactly what text to show (mainText/subText/caption/eyebrow) and the\n// client is a dumb template with no knowledge of \"teams\", \"scores\" or\n// \"games\". There is deliberately no away/home object and no score field, and\n// no `effective` echo in the body — the spec that drove this is explicit\n// that the response is scoped to exactly {schemaVersion, eyebrow, items[]},\n// since the body no longer echoes any team id for a client to cross-check\n// against. The old debug echo (mode/sports/teams/rejected/tz/date) still\n// exists, as `x-effective-*` response headers instead of a body field —\n// outside the Codable contract, so it costs the client nothing, and it's\n// what docs/valtown-brief.md's dev-vs-prod diff step now reads.\n//\n// Schema changes: only add fields, never remove/repurpose one, without\n// bumping schemaVersion.\n\nimport { type ChannelInfo } from \"../lib/channels.ts\";\nimport { flattenByStartTime, type EnrichedGame, type GamesBySport } from \"../lib/games.ts\";\nimport { type ResolvedParams } from \"../lib/params.ts\";\nimport { teamLabel } from \"../lib/teams.ts\";\n\ntype Status = \"scheduled\" | \"live\" | \"final\";\n\n// Sleeper's own vocabulary is inconsistent across sports and even across\n// captures of the same sport (nfl games have shown up as both \"scheduled\"\n// and \"pre_game\" for the same not-yet-started state — confirmed against\n// live captures and test/fixtures/files/sleeper/scores_nfl_wnba.json). This\n// maps every value seen live to the three states the widget cares about;\n// anything else falls back to \"scheduled\" (never fatal — an item the\n// client can't parse is worse than one that's guessed wrong) and is echoed\n// via the `x-effective-rejected` header so a genuine drift in Sleeper's\n// vocabulary is visible instead of silently swallowed.\nconst STATUS_MAP: Record = {\n scheduled: \"scheduled\",\n pre_game: \"scheduled\",\n postponed: \"scheduled\",\n delayed: \"scheduled\",\n in_game: \"live\",\n in_progress: \"live\",\n live: \"live\",\n halftime: \"live\",\n complete: \"final\",\n final: \"final\",\n closed: \"final\",\n};\n\nfunction normalizeStatus(raw: string | null): { status: Status; rejected: string | null } {\n if (raw && STATUS_MAP[raw]) return { status: STATUS_MAP[raw], rejected: null };\n return { status: \"scheduled\", rejected: raw ? `status:${raw}` : null };\n}\n\ntype WidgetItem = {\n id: string;\n mainText: string;\n subText: string;\n caption: string | null;\n emphasized: boolean;\n timestamp: number;\n};\n\n// `caption: null` is a protocol value, not just \"no status\" — it tells the\n// client to format `timestamp` itself as a local start time. Only the live\n// case is emphasized; scheduled and final both get the dim treatment.\nfunction captionFor(status: Status): { caption: string | null; emphasized: boolean } {\n if (status === \"live\") return { caption: \"LIVE\", emphasized: true };\n if (status === \"final\") return { caption: \"FINAL\", emphasized: false };\n return { caption: null, emphasized: false };\n}\n\n// subText's channel metadata, built from exactly what channelInfo already\n// gives every other render target — nothing invented for this format. A\n// national channel's directv_channel is the differentiator (that's the one\n// number lib/catalog.ts had to hand-assign for affiliates with no true\n// national one); a streaming channel has no directv_channel but does carry\n// a device note (\"computer only\"). \"TBD\" matches render/html.ts's fallback\n// for the one case channelInfo can't fill in at all: no channel string sent.\nfunction channelText(channel: ChannelInfo): string {\n if (!channel.label) return \"TBD\";\n if (channel.directv_channel) return `${channel.label} · ${channel.directv_channel}`;\n if (channel.note) return `${channel.label} · ${channel.note}`;\n return channel.label;\n}\n\nfunction widgetItem(game: EnrichedGame): { item: WidgetItem; rejectedStatus: string | null } {\n const { status, rejected } = normalizeStatus(game.statusRaw);\n const { caption, emphasized } = captionFor(status);\n const away = teamLabel(game.sport, game.away) ?? game.away ?? \"\";\n const home = teamLabel(game.sport, game.home) ?? game.home ?? \"\";\n return {\n item: {\n // Falls back to a value that's at least stable across polls of the\n // same game (the contract's actual requirement) on the rare chance\n // Sleeper omits game_id — real captures always carry it.\n id: game.id ?? `${game.sport}:${game.away}-${game.home}:${game.start_time}`,\n mainText: `${away} @ ${home}`,\n subText: channelText(game.channel),\n caption,\n emphasized,\n // Unix epoch seconds, UTC — game.start_time is Sleeper's own\n // milliseconds. Getting this wrong (sending ms) decodes on the client\n // as a timestamp ~57,000 years out; nothing in a passing TS-side test\n // would catch that, only a pinned integer does.\n timestamp: Math.floor(game.start_time / 1000),\n },\n rejectedStatus: rejected,\n };\n}\n\nfunction buildItems(bySport: GamesBySport): { item: WidgetItem; rejectedStatus: string | null }[] {\n return flattenByStartTime(bySport).map(widgetItem);\n}\n\nexport function widgetPayload(bySport: GamesBySport, day: string) {\n return {\n schemaVersion: 2,\n eyebrow: day.toUpperCase(),\n items: buildItems(bySport).map((b) => b.item),\n };\n}\n\n// The drift-detection echo that used to live in the json body's `effective`\n// block, now as header values (strings only — headers can't carry nested\n// JSON). Pure, so it's testable without constructing a Response.\nexport function effectiveHeaders(\n resolved: ResolvedParams,\n statusRejections: string[],\n clientOffsetSeconds: number,\n resolvedDate: string | null,\n): Record {\n return {\n \"x-effective-mode\": resolved.mode,\n \"x-effective-sports\": resolved.sports.join(\",\"),\n \"x-effective-teams\": resolved.teams.map((t) => `${t.sport}:${t.code}`).join(\",\"),\n \"x-effective-rejected\": [...resolved.rejected, ...statusRejections].join(\",\"),\n \"x-effective-utc-offset-seconds\": String(clientOffsetSeconds),\n \"x-effective-date\": resolvedDate ?? \"\",\n };\n}\n\nexport function renderJson(\n bySport: GamesBySport,\n day: string,\n resolved: ResolvedParams,\n clientOffsetSeconds: number,\n resolvedDate: string,\n): Response {\n const built = buildItems(bySport);\n const payload = {\n schemaVersion: 2,\n eyebrow: day.toUpperCase(),\n items: built.map((b) => b.item),\n };\n const statusRejections = built.map((b) => b.rejectedStatus).filter((s): s is string => s !== null);\n return Response.json(payload, {\n headers: {\n \"cache-control\": \"public, max-age=60\",\n ...effectiveHeaders(resolved, statusRejections, clientOffsetSeconds, resolvedDate),\n },\n });\n}\n","// The json render target — the SwiftUI widget's real data contract, mirrored\n// by the Codable types at Shared/WidgetPayload.swift in the iOS repo (decoded\n// with dateDecodingStrategy = .secondsSince1970). `widgetPayload` is pure and\n// is what the tests assert against; `renderJson` adds the response headers\n// and wraps it in a Response.\n//\n// schemaVersion 2 replaces the earlier away/home/score/status shape (see git\n// history / docs/valtown-brief.md for what schemaVersion 1 looked like).\n// This is now a *view* contract, not a data contract: the server decides\n// exactly what text to show (mainText/subText/caption/eyebrow) and the\n// client is a dumb template with no knowledge of \"teams\", \"scores\" or\n// \"games\". There is deliberately no away/home object and no score field, and\n// no `effective` echo in the body — the spec that drove this is explicit\n// that the response is scoped to exactly {schemaVersion, eyebrow, items[]},\n// since the body no longer echoes any team id for a client to cross-check\n// against. The old debug echo (mode/sports/teams/rejected/tz/date) still\n// exists, as `x-effective-*` response headers instead of a body field —\n// outside the Codable contract, so it costs the client nothing, and it's\n// what docs/valtown-brief.md's dev-vs-prod diff step now reads.\n//\n// Schema changes: only add fields, never remove/repurpose one, without\n// bumping schemaVersion.\n\nimport { type ChannelInfo } from \"../lib/channels.ts\";\nimport { flattenByStartTime, type EnrichedGame, type GamesBySport } from \"../lib/games.ts\";\nimport { type ResolvedParams } from \"../lib/params.ts\";\nimport { teamLabel } from \"../lib/teams.ts\";\n\ntype Status = \"scheduled\" | \"live\" | \"final\";\n\n// Sleeper's own vocabulary is inconsistent across sports and even across\n// captures of the same sport (nfl games have shown up as both \"scheduled\"\n// and \"pre_game\" for the same not-yet-started state — confirmed against\n// live captures and test/fixtures/files/sleeper/scores_nfl_wnba.json). This\n// maps every value seen live to the three states the widget cares about;\n// anything else falls back to \"scheduled\" (never fatal — an item the\n// client can't parse is worse than one that's guessed wrong) and is echoed\n// via the `x-effective-rejected` header so a genuine drift in Sleeper's\n// vocabulary is visible instead of silently swallowed.\nconst STATUS_MAP: Record = {\n scheduled: \"scheduled\",\n pre_game: \"scheduled\",\n postponed: \"scheduled\",\n delayed: \"scheduled\",\n in_game: \"live\",\n in_progress: \"live\",\n live: \"live\",\n halftime: \"live\",\n complete: \"final\",\n final: \"final\",\n closed: \"final\",\n};\n\nfunction normalizeStatus(raw: string | null): { status: Status; rejected: string | null } {\n if (raw && STATUS_MAP[raw]) return { status: STATUS_MAP[raw], rejected: null };\n return { status: \"scheduled\", rejected: raw ? `status:${raw}` : null };\n}\n\ntype WidgetItem = {\n id: string;\n mainText: string;\n subText: string;\n caption: string | null;\n emphasized: boolean;\n timestamp: number;\n};\n\n// `caption: null` is a protocol value, not just \"no status\" — it tells the\n// client to format `timestamp` itself as a local start time. Only the live\n// case is emphasized; scheduled and final both get the dim treatment.\nfunction captionFor(status: Status): { caption: string | null; emphasized: boolean } {\n if (status === \"live\") return { caption: \"LIVE\", emphasized: true };\n if (status === \"final\") return { caption: \"FINAL\", emphasized: false };\n return { caption: null, emphasized: false };\n}\n\n// subText's channel metadata, built from exactly what channelInfo already\n// gives every other render target — nothing invented for this format. A\n// national channel's directv_channel is the differentiator (that's the one\n// number lib/catalog.ts had to hand-assign for affiliates with no true\n// national one); a streaming channel has no directv_channel but does carry\n// a device note (\"computer only\"). \"TBD\" matches render/html.ts's fallback\n// for the one case channelInfo can't fill in at all: no channel string sent.\nfunction channelText(channel: ChannelInfo): string {\n if (!channel.label) return \"TBD\";\n if (channel.directv_channel) return `${channel.label} · ${channel.directv_channel}`;\n if (channel.note) return `${channel.label} · ${channel.note}`;\n return channel.label;\n}\n\nfunction widgetItem(game: EnrichedGame): { item: WidgetItem; rejectedStatus: string | null } {\n const { status, rejected } = normalizeStatus(game.statusRaw);\n const { caption, emphasized } = captionFor(status);\n const away = teamLabel(game.sport, game.away) ?? game.away ?? \"\";\n const home = teamLabel(game.sport, game.home) ?? game.home ?? \"\";\n return {\n item: {\n // Falls back to a value that's at least stable across polls of the\n // same game (the contract's actual requirement) on the rare chance\n // Sleeper omits game_id — real captures always carry it.\n id: game.id ?? `${game.sport}:${game.away}-${game.home}:${game.start_time}`,\n mainText: `${away} @ ${home}`,\n subText: channelText(game.channel),\n caption,\n emphasized,\n // Unix epoch seconds, UTC — game.start_time is Sleeper's own\n // milliseconds. Getting this wrong (sending ms) decodes on the client\n // as a timestamp ~57,000 years out; nothing in a passing TS-side test\n // would catch that, only a pinned integer does.\n timestamp: Math.floor(game.start_time / 1000),\n },\n rejectedStatus: rejected,\n };\n}\n\nfunction buildItems(bySport: GamesBySport): { item: WidgetItem; rejectedStatus: string | null }[] {\n return flattenByStartTime(bySport).map(widgetItem);\n}\n\n// `eyebrow` is deprecated per the ios-client spec (2026-08-26): the client\n// now derives per-game timing display from each item's own `timestamp`\n// rather than reading the card-level word. Still populated — schemaVersion\n// 2 requires it and dropping the key needs its own bump — but it stays the\n// same bare `day.toUpperCase()` literal (\"TODAY\"/\"TOMORROW\"/\"NEXT\") it always\n// was; nothing has to carry the resolved date for `day=next` here, since\n// each item already does via `timestamp`.\nexport function widgetPayload(bySport: GamesBySport, day: string) {\n return {\n schemaVersion: 2,\n eyebrow: day.toUpperCase(),\n items: buildItems(bySport).map((b) => b.item),\n };\n}\n\n// The drift-detection echo that used to live in the json body's `effective`\n// block, now as header values (strings only — headers can't carry nested\n// JSON). Pure, so it's testable without constructing a Response.\nexport function effectiveHeaders(\n resolved: ResolvedParams,\n statusRejections: string[],\n clientOffsetSeconds: number,\n resolvedDate: string | null,\n): Record {\n return {\n \"x-effective-mode\": resolved.mode,\n \"x-effective-sports\": resolved.sports.join(\",\"),\n \"x-effective-teams\": resolved.teams.map((t) => `${t.sport}:${t.code}`).join(\",\"),\n \"x-effective-rejected\": [...resolved.rejected, ...statusRejections].join(\",\"),\n \"x-effective-utc-offset-seconds\": String(clientOffsetSeconds),\n \"x-effective-date\": resolvedDate ?? \"\",\n };\n}\n\nexport function renderJson(\n bySport: GamesBySport,\n day: string,\n resolved: ResolvedParams,\n clientOffsetSeconds: number,\n resolvedDate: string | null,\n): Response {\n const built = buildItems(bySport);\n const payload = {\n schemaVersion: 2,\n eyebrow: day.toUpperCase(),\n items: built.map((b) => b.item),\n };\n const statusRejections = built.map((b) => b.rejectedStatus).filter((s): s is string => s !== null);\n return Response.json(payload, {\n headers: {\n \"cache-control\": \"public, max-age=60\",\n ...effectiveHeaders(resolved, statusRejections, clientOffsetSeconds, resolvedDate),\n },\n });\n}\n",["D",1787772208124],{"_33":59,"_35":60,"_36":52,"_38":62,"_41":63,"_43":14,"_44":45,"_27":28},{"_33":59,"_35":60,"_36":52,"_38":61},"lib/games.ts","9a122d64-9c23-11f1-b7ac-1607ee4eb77e","games.ts","// The game slate: Sleeper's raw /scores payload in, enriched and grouped\n// games out. Pure — the fetch that produces the input lives in sleeper.ts.\n\nimport { SPORTS, type TeamRef } from \"./catalog.ts\";\nimport { channelInfo, type ChannelInfo } from \"./channels.ts\";\n\n// away_team/home_team ships as a plain string for nfl but as\n// { record, team } for wnba (and mlb) — same shape hazard the Rails view\n// papers over with `dig(...) rescue metadata[\"away_team\"]`.\n//\n// Named for what it returns: Sleeper's abbreviation (\"IND\"), not a name.\n// `teamLabel` in teams.ts is the one that turns that into \"Fever\".\nfunction teamCode(value: unknown): string | null {\n if (value && typeof value === \"object\") return (value as { team: string }).team;\n return (value as string) ?? null;\n}\n\n// Same shape hazard as teamCode, on the score instead of the code — and it's\n// two hazards deep. wnba/mlb nest it inside the away_team/home_team object,\n// nfl carries no such object at all and puts it in a sibling\n// metadata.away_score/home_score field instead (confirmed live 2026-08-20 —\n// nfl never populates a score inside away_team, in_game or not). And even\n// among the sports that do nest it, the key isn't the same: mlb calls it\n// `score`, wnba calls it `points` (confirmed live 2026-08-20 against three\n// in-progress wnba games — `score` was absent, `points` had the real total).\n// nba is assumed to share wnba's `points`, both being basketball on the same\n// provider, but that's unverified — no live nba game to check this season.\nfunction teamScore(teamValue: unknown, flatScore: unknown): number | null {\n if (teamValue && typeof teamValue === \"object\") {\n const obj = teamValue as { score?: unknown; points?: unknown };\n const nested = typeof obj.score === \"number\" ? obj.score : obj.points;\n if (typeof nested === \"number\") return nested;\n }\n return typeof flatScore === \"number\" ? flatScore : null;\n}\n\nexport type Game = {\n sport: string;\n start_time: number;\n status?: unknown;\n game_id?: unknown;\n metadata: {\n away_team?: unknown;\n home_team?: unknown;\n channel?: string | null;\n away_score?: unknown;\n home_score?: unknown;\n };\n};\n\nexport type EnrichedGame = Game & {\n away: string | null;\n home: string | null;\n channel: ChannelInfo;\n id: string | null;\n statusRaw: string | null;\n awayScore: number | null;\n homeScore: number | null;\n};\n\nexport type GamesBySport = { sport: string; games: EnrichedGame[] }[];\n\n// sports: array like [\"nfl\", \"wnba\"]. games: raw Sleeper /scores payload\n// (already filtered to a single date server-side by the API call itself —\n// this function just shapes what was returned).\nexport function transformScores(games: Game[], sports: string[] = SPORTS, teams: TeamRef[] = []): GamesBySport {\n let enriched: EnrichedGame[] = (games ?? []).map((game) => ({\n ...game,\n away: teamCode(game.metadata?.away_team),\n home: teamCode(game.metadata?.home_team),\n channel: channelInfo(game.metadata?.channel),\n id: typeof game.game_id === \"string\" || typeof game.game_id === \"number\" ? String(game.game_id) : null,\n statusRaw: typeof game.status === \"string\" ? game.status : null,\n awayScore: teamScore(game.metadata?.away_team, game.metadata?.away_score),\n homeScore: teamScore(game.metadata?.home_team, game.metadata?.home_score),\n }));\n\n // Matched on the (sport, code) pair, never the bare code — `IND` is three\n // different franchises across wnba/nfl/nba, so a code-only match makes\n // \"fever\" quietly include Colts and Pacers games.\n if (teams.length) {\n enriched = enriched.filter((game) =>\n teams.some((t) => t.sport === game.sport && (game.away === t.code || game.home === t.code)),\n );\n }\n\n const bySport = Object.groupBy(enriched, (g) => g.sport) as Record;\n\n return sports\n .filter((sport) => bySport[sport]?.length)\n .map((sport) => ({ sport, games: bySport[sport].toSorted((a, b) => a.start_time - b.start_time) }));\n}\n\n// Flattens the sport groups into one chronological list, for renderers that\n// don't draw sport headings.\n//\n// The PNG is that renderer. Flattening in SPORTS order instead produced a\n// list that looked time-sorted but wasn't (a 4:30pm wnba game above a 9:35am\n// mlb one, with nothing on the card explaining the jump), and — worse — made\n// truncation sport-biased: whichever sport sorts first claims the visible\n// rows, so a medium widget showing 2 of 17 gave both slots to wnba and put\n// all 15 mlb games behind \"+15 more\". With four sports that can make a whole\n// sport structurally unreachable on the smaller canvases.\n//\n// The HTML view still groups by sport deliberately — it has headings, so the\n// grouping is legible there.\nexport function flattenByStartTime(bySport: GamesBySport): EnrichedGame[] {\n return bySport.flatMap((group) => group.games).toSorted((a, b) => a.start_time - b.start_time);\n}\n","// The game slate: Sleeper's raw /scores payload in, enriched and grouped\n// games out. Pure — the fetch that produces the input lives in sleeper.ts.\n\nimport { SPORTS, type TeamRef } from \"./catalog.ts\";\nimport { channelInfo, type ChannelInfo } from \"./channels.ts\";\n\n// away_team/home_team ships as a plain string for nfl but as\n// { record, team } for wnba (and mlb) — same shape hazard the Rails view\n// papers over with `dig(...) rescue metadata[\"away_team\"]`.\n//\n// Named for what it returns: Sleeper's abbreviation (\"IND\"), not a name.\n// `teamLabel` in teams.ts is the one that turns that into \"Fever\".\nfunction teamCode(value: unknown): string | null {\n if (value && typeof value === \"object\") return (value as { team: string }).team;\n return (value as string) ?? null;\n}\n\n// Same shape hazard as teamCode, on the score instead of the code — and it's\n// two hazards deep. wnba/mlb nest it inside the away_team/home_team object,\n// nfl carries no such object at all and puts it in a sibling\n// metadata.away_score/home_score field instead (confirmed live 2026-08-20 —\n// nfl never populates a score inside away_team, in_game or not). And even\n// among the sports that do nest it, the key isn't the same: mlb calls it\n// `score`, wnba calls it `points` (confirmed live 2026-08-20 against three\n// in-progress wnba games — `score` was absent, `points` had the real total).\n// nba is assumed to share wnba's `points`, both being basketball on the same\n// provider, but that's unverified — no live nba game to check this season.\nfunction teamScore(teamValue: unknown, flatScore: unknown): number | null {\n if (teamValue && typeof teamValue === \"object\") {\n const obj = teamValue as { score?: unknown; points?: unknown };\n const nested = typeof obj.score === \"number\" ? obj.score : obj.points;\n if (typeof nested === \"number\") return nested;\n }\n return typeof flatScore === \"number\" ? flatScore : null;\n}\n\nexport type Game = {\n sport: string;\n start_time: number;\n status?: unknown;\n game_id?: unknown;\n metadata: {\n away_team?: unknown;\n home_team?: unknown;\n channel?: string | null;\n away_score?: unknown;\n home_score?: unknown;\n };\n};\n\nexport type EnrichedGame = Game & {\n away: string | null;\n home: string | null;\n channel: ChannelInfo;\n id: string | null;\n statusRaw: string | null;\n awayScore: number | null;\n homeScore: number | null;\n};\n\nexport type GamesBySport = { sport: string; games: EnrichedGame[] }[];\n\n// sports: array like [\"nfl\", \"wnba\"]. games: raw Sleeper /scores payload\n// (already filtered to a single date server-side by the API call itself —\n// this function just shapes what was returned).\nexport function transformScores(games: Game[], sports: string[] = SPORTS, teams: TeamRef[] = []): GamesBySport {\n let enriched: EnrichedGame[] = (games ?? []).map((game) => ({\n ...game,\n away: teamCode(game.metadata?.away_team),\n home: teamCode(game.metadata?.home_team),\n channel: channelInfo(game.metadata?.channel),\n id: typeof game.game_id === \"string\" || typeof game.game_id === \"number\" ? String(game.game_id) : null,\n statusRaw: typeof game.status === \"string\" ? game.status : null,\n awayScore: teamScore(game.metadata?.away_team, game.metadata?.away_score),\n homeScore: teamScore(game.metadata?.home_team, game.metadata?.home_score),\n }));\n\n // Matched on the (sport, code) pair, never the bare code — `IND` is three\n // different franchises across wnba/nfl/nba, so a code-only match makes\n // \"fever\" quietly include Colts and Pacers games.\n if (teams.length) {\n enriched = enriched.filter((game) =>\n teams.some((t) => t.sport === game.sport && (game.away === t.code || game.home === t.code)),\n );\n }\n\n const bySport = Object.groupBy(enriched, (g) => g.sport) as Record;\n\n return sports\n .filter((sport) => bySport[sport]?.length)\n .map((sport) => ({ sport, games: bySport[sport].toSorted((a, b) => a.start_time - b.start_time) }));\n}\n\n// Flattens the sport groups into one chronological list, for renderers that\n// don't draw sport headings.\n//\n// The PNG is that renderer. Flattening in SPORTS order instead produced a\n// list that looked time-sorted but wasn't (a 4:30pm wnba game above a 9:35am\n// mlb one, with nothing on the card explaining the jump), and — worse — made\n// truncation sport-biased: whichever sport sorts first claims the visible\n// rows, so a medium widget showing 2 of 17 gave both slots to wnba and put\n// all 15 mlb games behind \"+15 more\". With four sports that can make a whole\n// sport structurally unreachable on the smaller canvases.\n//\n// The HTML view still groups by sport deliberately — it has headings, so the\n// grouping is legible there.\nexport function flattenByStartTime(bySport: GamesBySport): EnrichedGame[] {\n return bySport.flatMap((group) => group.games).toSorted((a, b) => a.start_time - b.start_time);\n}\n\n// `day=next`'s core decision, kept pure and separate from the fetch that\n// feeds it (main.ts fetches every date in the window in parallel, then hands\n// the results here in calendar order). Walks the dates in order and returns\n// the first one that has any qualifying game — never the first one to\n// resolve over the network, which would make the result depend on request\n// timing instead of the calendar. `null` means no date in the window\n// qualified (a real offseason, most likely), which the caller renders as the\n// existing empty-slate state rather than an error.\nexport function pickNextSlate(\n dates: string[],\n gamesByDate: Game[][],\n sports: string[] = SPORTS,\n teams: TeamRef[] = [],\n): { date: string; bySport: GamesBySport } | null {\n for (let i = 0; i < dates.length; i++) {\n const bySport = transformScores(gamesByDate[i], sports, teams);\n if (bySport.length) return { date: dates[i], bySport };\n }\n return null;\n}\n",["D",1787772208124],{"_33":67,"_35":68,"_36":52,"_38":70,"_41":71,"_43":14,"_44":45,"_27":28},{"_33":67,"_35":68,"_36":52,"_38":69},"lib/dates.ts","9a121f22-9c23-11f1-b7ac-1607ee4eb77e","dates.ts","// Pure date math for the Sleeper slate. No formatting of games, no I/O —\n// every function here takes an explicit `now` or an ISO string, which is\n// what lets tests/dates.test.ts pin behaviour without freezing the clock.\n\n// Sleeper buckets /scores by Eastern day, not UTC — same fact\n// Sleeper::Client.today_slate_date encodes. This is a server-side fact\n// about Sleeper, never client-supplied, so it stays an IANA name (DST needs\n// a real zone, not an offset) and is untouched by the client offset work\n// below.\nexport const SLEEPER_TIME_ZONE = \"America/New_York\";\n\n// The client's timezone when a request doesn't send `?tz=`, or sends one\n// resolveClientOffsetSeconds rejects. Used two ways: as the IANA name\n// resolveClientOffsetSeconds resolves to a live, DST-correct offset via\n// offsetSecondsForZone, and its offset-seconds shadow below as the default\n// for render/* function signatures, which need a plain number and are never\n// actually hit by a real request (main.ts always passes the resolved\n// value through).\nexport const DEFAULT_CLIENT_TIME_ZONE = \"America/Los_Angeles\";\n\n// PDT, i.e. only correct roughly March-November. Stale for the other four\n// months by design: this is a signature default for pure functions\n// (timeParts, rowWidth, ...) that main.ts never actually relies on, since it\n// always threads through the live value resolveClientOffsetSeconds computed.\n// The real per-request fallback — used when `?tz=` is absent or rejected —\n// is DST-correct because it re-derives from DEFAULT_CLIENT_TIME_ZONE at\n// request time instead of reading this constant. Don't wire this into\n// resolveClientOffsetSeconds's fallback path; that would silently undo that.\nexport const DEFAULT_CLIENT_OFFSET_SECONDS = -25200;\n\n// The calendar date `now` falls on in `timeZone`. en-CA gives YYYY-MM-DD\n// directly, sorted the way ISO date math wants it. IANA-only — this is\n// Sleeper's half of the pipeline (see SLEEPER_TIME_ZONE); the client's half\n// is dateAtOffset below, on purpose kept as a separate function so the two\n// can't be swapped for each other by mistake.\nexport function localDateFor(timeZone: string, now = new Date()): string {\n return now.toLocaleDateString(\"en-CA\", { timeZone });\n}\n\n// Eastern's calendar date for `now` — the bucket Sleeper's /scores keys on.\n// Anchored off real UTC \"now\", not any app-local notion of \"today\".\nexport function todaySlateDate(now = new Date()): string {\n return localDateFor(SLEEPER_TIME_ZONE, now);\n}\n\nexport function addDays(isoDate: string, days: number): string {\n const [y, m, d] = isoDate.split(\"-\").map(Number);\n const date = new Date(Date.UTC(y, m - 1, d));\n date.setUTCDate(date.getUTCDate() + days);\n return date.toISOString().slice(0, 10);\n}\n\n// The client's half of the offset arithmetic: no DST table lookup, because\n// the offset it's given has already had DST folded into it (by the iOS\n// client, or by offsetSecondsForZone's live Intl lookup for the fallback\n// case) — adding seconds is all that's left to do. Shared by dateAtOffset\n// (which calendar day) and the render layer (what wall-clock time), so both\n// answer to the same arithmetic.\nexport function shiftByOffset(instant: Date, offsetSeconds: number): Date {\n return new Date(instant.getTime() + offsetSeconds * 1000);\n}\n\n// The calendar date `now` falls on at a fixed UTC offset — the client-offset\n// counterpart to localDateFor's IANA version. Deliberately not named\n// localDateFor*: the two take different kinds of timezone value (a name vs\n// a number of seconds) and reading the wrong one as the other would fail\n// only in the three-hour window that made this whole change necessary in\n// the first place.\nexport function dateAtOffset(offsetSeconds: number, now = new Date()): string {\n return shiftByOffset(now, offsetSeconds).toISOString().slice(0, 10);\n}\n\nconst DAY_OFFSETS: Record = { today: 0, tomorrow: 1 };\n\n// The eyebrow's prefix, keyed by the same terms as DAY_OFFSETS. Two maps\n// rather than one entry with both fields because they answer to different\n// callers — the offset is URL contract, the word is card copy — and only the\n// png ever needs the word.\nconst DAY_WORDS: Record = { today: \"Today\", tomorrow: \"Tomorrow\" };\n\nexport type SlateDateOptions = { now?: Date; clientOffsetSeconds?: number };\n\n// `today`/`tomorrow` resolve against the *client's* calendar day, not\n// Eastern's. The old version anchored on todaySlateDate (Eastern) directly,\n// which is wrong for three hours of every real-world day: at, say, 10pm\n// Pacific, Eastern has already rolled to the next date, so a Pacific caller\n// asking for \"today\" got tomorrow's slate.\n//\n// The date handed to Sleeper is the client's local date, unconverted — not\n// a further Eastern-coerced value. That's an accepted trade, not a missing\n// step: Sleeper buckets by Eastern day, so for a zone west of Eastern the\n// fetched window is the client's calendar day shifted a few hours earlier\n// (for Pacific: 9pm the previous evening through 9pm today). Games starting\n// after that cutoff fall in Eastern's next bucket and are absent from\n// \"today\" until the following request. Getting that last slice right needs\n// two Eastern buckets fetched and merged, filtered by each game's own\n// `start_time` — real work this task doesn't require, since the bug being\n// fixed here (the day boundary silently rolling 3 hours early, for everyone,\n// every single day) is the one that bites regardless of what's playing.\n// (A client zone east of Eastern — say Asia/Tokyo — is out of scope: this\n// widget has no client that far east.)\nexport function slateDateFor(term: string, opts: SlateDateOptions = {}): string {\n const { now = new Date(), clientOffsetSeconds = DEFAULT_CLIENT_OFFSET_SECONDS } = opts;\n const clientToday = dateAtOffset(clientOffsetSeconds, now);\n return addDays(clientToday, DAY_OFFSETS[term] ?? 0);\n}\n\n// The live GMT offset for an IANA zone at `now`, via Intl's own tables — so\n// the fallback path (an absent or rejected `?tz=`) stays DST-correct without\n// this file carrying a DST table of its own. \"longOffset\" is the\n// Intl.DateTimeFormat mode that always renders as \"GMT±HH:MM\", never a zone\n// abbreviation, which is what makes it parseable here.\nfunction offsetSecondsForZone(timeZone: string, now: Date): number {\n const part = new Intl.DateTimeFormat(\"en-US\", { timeZone, timeZoneName: \"longOffset\" })\n .formatToParts(now)\n .find((p) => p.type === \"timeZoneName\")?.value;\n const match = part && /^GMT([+-])(\\d{1,2}):(\\d{2})$/.exec(part);\n if (!match) return 0;\n const sign = match[1] === \"-\" ? -1 : 1;\n return sign * (Number(match[2]) * 3600 + Number(match[3]) * 60);\n}\n\n// Validates a `?tz=` value: iOS sends TimeZone.current.secondsFromGMT(), an\n// integer seconds-east-of-GMT that already has DST folded in, so there is no\n// DST table to consult on this side — just range-check it. Same rule as\n// sports[]/teams[] in lib/params.ts: never throw on a bad value — a 4xx\n// renders as a broken image in WidgetKit — fall back to a default and let\n// the caller echo the rejected raw value so drift is visible, not silent.\n//\n// The range [-12:00, +14:00] is every real-world UTC offset (Baker Island to\n// Kiribati); anything outside it is a malformed value, not just an unusual\n// zone. `Number.isInteger` also catches non-numeric junk (\"abc\" -> NaN,\n// which fails the check) and fractional seconds (\"3600.5\"), which a bare\n// `parseInt` would silently truncate through.\n//\n// One trade this accepts, deliberately not engineered around: a WidgetKit\n// timeline entry built before a DST transition and rendered after it still\n// carries the pre-transition offset until iOS refreshes the timeline, so a\n// card spanning the transition can show times an hour off for a window. The\n// client owns DST now; this file no longer has the information to catch it.\nexport function resolveClientOffsetSeconds(\n raw: string | null,\n now = new Date(),\n): { offsetSeconds: number; rejected: string | null } {\n const fallback = () => offsetSecondsForZone(DEFAULT_CLIENT_TIME_ZONE, now);\n if (!raw) return { offsetSeconds: fallback(), rejected: null };\n const parsed = Number(raw);\n if (!Number.isInteger(parsed) || parsed < -43200 || parsed > 50400) {\n return { offsetSeconds: fallback(), rejected: raw };\n }\n return { offsetSeconds: parsed, rejected: null };\n}\n\n// \"GMT-7\" / \"GMT+5:30\" / \"GMT\" for zero — the render layer's stand-in for a\n// zone abbreviation now that all it has is a number. No \"PDT\"-style name is\n// derivable from an offset alone (several zones share every offset), so this\n// is the honest version of that label rather than a guess at one.\nexport function offsetLabel(offsetSeconds: number): string {\n if (offsetSeconds === 0) return \"GMT\";\n const sign = offsetSeconds < 0 ? \"-\" : \"+\";\n const abs = Math.abs(offsetSeconds);\n const hours = Math.floor(abs / 3600);\n const minutes = Math.floor((abs % 3600) / 60);\n return `GMT${sign}${hours}${minutes ? \":\" + String(minutes).padStart(2, \"0\") : \"\"}`;\n}\n\n// isoDate is a plain calendar y-m-d (no timezone info), so format it as UTC\n// to avoid drifting a day off depending on the runtime's local timezone.\n//\n// `term` is the ?day= value the date was resolved from, and it leads the\n// label: \"Today · Wed Aug 19\". The date alone made the reader do the\n// lookup — a widget glanced at for two seconds should not have to answer\n// \"is Wed today?\" — and the word is the part that decides whether the card\n// is worth reading at all. Returned in title case; the png's eyebrow\n// uppercases it in CSS, the same way it already did with the bare date.\n//\n// An unrecognised term falls back to the bare date rather than interpolating\n// `undefined`, for the same reason slateDateFor takes `?? 0`: this renders\n// into a widget, where a wrong-looking card is worse than a plain one.\nexport function formatDateLabel(isoDate: string, term: string): string {\n const [y, m, d] = isoDate.split(\"-\").map(Number);\n const date = new Date(Date.UTC(y, m - 1, d));\n const weekday = date.toLocaleDateString(\"en-US\", { timeZone: \"UTC\", weekday: \"short\" });\n const monthDay = date.toLocaleDateString(\"en-US\", { timeZone: \"UTC\", month: \"short\", day: \"numeric\" });\n const label = `${weekday} ${monthDay}`;\n const word = DAY_WORDS[term];\n return word ? `${word} · ${label}` : label;\n}\n","// Pure date math for the Sleeper slate. No formatting of games, no I/O —\n// every function here takes an explicit `now` or an ISO string, which is\n// what lets tests/dates.test.ts pin behaviour without freezing the clock.\n\n// Sleeper buckets /scores by Eastern day, not UTC — same fact\n// Sleeper::Client.today_slate_date encodes. This is a server-side fact\n// about Sleeper, never client-supplied, so it stays an IANA name (DST needs\n// a real zone, not an offset) and is untouched by the client offset work\n// below.\nexport const SLEEPER_TIME_ZONE = \"America/New_York\";\n\n// The client's timezone when a request doesn't send `?tz=`, or sends one\n// resolveClientOffsetSeconds rejects. Used two ways: as the IANA name\n// resolveClientOffsetSeconds resolves to a live, DST-correct offset via\n// offsetSecondsForZone, and its offset-seconds shadow below as the default\n// for render/* function signatures, which need a plain number and are never\n// actually hit by a real request (main.ts always passes the resolved\n// value through).\nexport const DEFAULT_CLIENT_TIME_ZONE = \"America/Los_Angeles\";\n\n// PDT, i.e. only correct roughly March-November. Stale for the other four\n// months by design: this is a signature default for pure functions\n// (timeParts, rowWidth, ...) that main.ts never actually relies on, since it\n// always threads through the live value resolveClientOffsetSeconds computed.\n// The real per-request fallback — used when `?tz=` is absent or rejected —\n// is DST-correct because it re-derives from DEFAULT_CLIENT_TIME_ZONE at\n// request time instead of reading this constant. Don't wire this into\n// resolveClientOffsetSeconds's fallback path; that would silently undo that.\nexport const DEFAULT_CLIENT_OFFSET_SECONDS = -25200;\n\n// The calendar date `now` falls on in `timeZone`. en-CA gives YYYY-MM-DD\n// directly, sorted the way ISO date math wants it. IANA-only — this is\n// Sleeper's half of the pipeline (see SLEEPER_TIME_ZONE); the client's half\n// is dateAtOffset below, on purpose kept as a separate function so the two\n// can't be swapped for each other by mistake.\nexport function localDateFor(timeZone: string, now = new Date()): string {\n return now.toLocaleDateString(\"en-CA\", { timeZone });\n}\n\n// Eastern's calendar date for `now` — the bucket Sleeper's /scores keys on.\n// Anchored off real UTC \"now\", not any app-local notion of \"today\".\nexport function todaySlateDate(now = new Date()): string {\n return localDateFor(SLEEPER_TIME_ZONE, now);\n}\n\nexport function addDays(isoDate: string, days: number): string {\n const [y, m, d] = isoDate.split(\"-\").map(Number);\n const date = new Date(Date.UTC(y, m - 1, d));\n date.setUTCDate(date.getUTCDate() + days);\n return date.toISOString().slice(0, 10);\n}\n\n// The client's half of the offset arithmetic: no DST table lookup, because\n// the offset it's given has already had DST folded into it (by the iOS\n// client, or by offsetSecondsForZone's live Intl lookup for the fallback\n// case) — adding seconds is all that's left to do. Shared by dateAtOffset\n// (which calendar day) and the render layer (what wall-clock time), so both\n// answer to the same arithmetic.\nexport function shiftByOffset(instant: Date, offsetSeconds: number): Date {\n return new Date(instant.getTime() + offsetSeconds * 1000);\n}\n\n// The calendar date `now` falls on at a fixed UTC offset — the client-offset\n// counterpart to localDateFor's IANA version. Deliberately not named\n// localDateFor*: the two take different kinds of timezone value (a name vs\n// a number of seconds) and reading the wrong one as the other would fail\n// only in the three-hour window that made this whole change necessary in\n// the first place.\nexport function dateAtOffset(offsetSeconds: number, now = new Date()): string {\n return shiftByOffset(now, offsetSeconds).toISOString().slice(0, 10);\n}\n\nconst DAY_OFFSETS: Record = { today: 0, tomorrow: 1 };\n\n// The png's card-copy prefix. Mostly keyed by the same terms as\n// DAY_OFFSETS — two maps rather than one entry with both fields because they\n// answer to different callers, the offset is URL contract and the word is\n// card copy — plus \"next\", which isn't a single offset (see\n// nextWindowDates) but still wants a word ahead of whichever date in the\n// window actually had a game.\nconst DAY_WORDS: Record = { today: \"Today\", tomorrow: \"Tomorrow\", next: \"Next\" };\n\nexport type SlateDateOptions = { now?: Date; clientOffsetSeconds?: number };\n\n// `today`/`tomorrow` resolve against the *client's* calendar day, not\n// Eastern's. The old version anchored on todaySlateDate (Eastern) directly,\n// which is wrong for three hours of every real-world day: at, say, 10pm\n// Pacific, Eastern has already rolled to the next date, so a Pacific caller\n// asking for \"today\" got tomorrow's slate.\n//\n// The date handed to Sleeper is the client's local date, unconverted — not\n// a further Eastern-coerced value. That's an accepted trade, not a missing\n// step: Sleeper buckets by Eastern day, so for a zone west of Eastern the\n// fetched window is the client's calendar day shifted a few hours earlier\n// (for Pacific: 9pm the previous evening through 9pm today). Games starting\n// after that cutoff fall in Eastern's next bucket and are absent from\n// \"today\" until the following request. Getting that last slice right needs\n// two Eastern buckets fetched and merged, filtered by each game's own\n// `start_time` — real work this task doesn't require, since the bug being\n// fixed here (the day boundary silently rolling 3 hours early, for everyone,\n// every single day) is the one that bites regardless of what's playing.\n// (A client zone east of Eastern — say Asia/Tokyo — is out of scope: this\n// widget has no client that far east.)\nexport function slateDateFor(term: string, opts: SlateDateOptions = {}): string {\n const { now = new Date(), clientOffsetSeconds = DEFAULT_CLIENT_OFFSET_SECONDS } = opts;\n const clientToday = dateAtOffset(clientOffsetSeconds, now);\n return addDays(clientToday, DAY_OFFSETS[term] ?? 0);\n}\n\n// The `day=next` window: `days` ascending calendar dates starting at the\n// client's local today, same anchor slateDateFor(\"today\") uses. Sleeper has\n// no team-schedule endpoint to answer \"when is this team's next game\"\n// directly (verified live against api.sleeper.app — the only cheaper\n// options are undocumented full-season dumps, up to 14MB for mlb's daily\n// slate), so the caller fetches one `/scores` request per date in this\n// window (in parallel — see main.ts) and picks the earliest one that has a\n// qualifying game. 3 days, not more: it comfortably covers real in-season\n// gaps (an nfl bye week, a rare mlb off-day) without the window approaching\n// the cost of an actual offseason scan, which is out of scope by design —\n// see docs/widget-next-up-plan.md.\nexport function nextWindowDates(clientOffsetSeconds: number, opts: { now?: Date; days?: number } = {}): string[] {\n const { now = new Date(), days = 3 } = opts;\n const clientToday = dateAtOffset(clientOffsetSeconds, now);\n return Array.from({ length: days }, (_, i) => addDays(clientToday, i));\n}\n\n// The live GMT offset for an IANA zone at `now`, via Intl's own tables — so\n// the fallback path (an absent or rejected `?tz=`) stays DST-correct without\n// this file carrying a DST table of its own. \"longOffset\" is the\n// Intl.DateTimeFormat mode that always renders as \"GMT±HH:MM\", never a zone\n// abbreviation, which is what makes it parseable here.\nfunction offsetSecondsForZone(timeZone: string, now: Date): number {\n const part = new Intl.DateTimeFormat(\"en-US\", { timeZone, timeZoneName: \"longOffset\" })\n .formatToParts(now)\n .find((p) => p.type === \"timeZoneName\")?.value;\n const match = part && /^GMT([+-])(\\d{1,2}):(\\d{2})$/.exec(part);\n if (!match) return 0;\n const sign = match[1] === \"-\" ? -1 : 1;\n return sign * (Number(match[2]) * 3600 + Number(match[3]) * 60);\n}\n\n// Validates a `?tz=` value: iOS sends TimeZone.current.secondsFromGMT(), an\n// integer seconds-east-of-GMT that already has DST folded in, so there is no\n// DST table to consult on this side — just range-check it. Same rule as\n// sports[]/teams[] in lib/params.ts: never throw on a bad value — a 4xx\n// renders as a broken image in WidgetKit — fall back to a default and let\n// the caller echo the rejected raw value so drift is visible, not silent.\n//\n// The range [-12:00, +14:00] is every real-world UTC offset (Baker Island to\n// Kiribati); anything outside it is a malformed value, not just an unusual\n// zone. `Number.isInteger` also catches non-numeric junk (\"abc\" -> NaN,\n// which fails the check) and fractional seconds (\"3600.5\"), which a bare\n// `parseInt` would silently truncate through.\n//\n// One trade this accepts, deliberately not engineered around: a WidgetKit\n// timeline entry built before a DST transition and rendered after it still\n// carries the pre-transition offset until iOS refreshes the timeline, so a\n// card spanning the transition can show times an hour off for a window. The\n// client owns DST now; this file no longer has the information to catch it.\nexport function resolveClientOffsetSeconds(\n raw: string | null,\n now = new Date(),\n): { offsetSeconds: number; rejected: string | null } {\n const fallback = () => offsetSecondsForZone(DEFAULT_CLIENT_TIME_ZONE, now);\n if (!raw) return { offsetSeconds: fallback(), rejected: null };\n const parsed = Number(raw);\n if (!Number.isInteger(parsed) || parsed < -43200 || parsed > 50400) {\n return { offsetSeconds: fallback(), rejected: raw };\n }\n return { offsetSeconds: parsed, rejected: null };\n}\n\n// \"GMT-7\" / \"GMT+5:30\" / \"GMT\" for zero — the render layer's stand-in for a\n// zone abbreviation now that all it has is a number. No \"PDT\"-style name is\n// derivable from an offset alone (several zones share every offset), so this\n// is the honest version of that label rather than a guess at one.\nexport function offsetLabel(offsetSeconds: number): string {\n if (offsetSeconds === 0) return \"GMT\";\n const sign = offsetSeconds < 0 ? \"-\" : \"+\";\n const abs = Math.abs(offsetSeconds);\n const hours = Math.floor(abs / 3600);\n const minutes = Math.floor((abs % 3600) / 60);\n return `GMT${sign}${hours}${minutes ? \":\" + String(minutes).padStart(2, \"0\") : \"\"}`;\n}\n\n// isoDate is a plain calendar y-m-d (no timezone info), so format it as UTC\n// to avoid drifting a day off depending on the runtime's local timezone.\n//\n// `term` is the ?day= value the date was resolved from, and it leads the\n// label: \"Today · Wed Aug 19\". The date alone made the reader do the\n// lookup — a widget glanced at for two seconds should not have to answer\n// \"is Wed today?\" — and the word is the part that decides whether the card\n// is worth reading at all. Returned in title case; the png's eyebrow\n// uppercases it in CSS, the same way it already did with the bare date.\n//\n// An unrecognised term falls back to the bare date rather than interpolating\n// `undefined`, for the same reason slateDateFor takes `?? 0`: this renders\n// into a widget, where a wrong-looking card is worse than a plain one.\nexport function formatDateLabel(isoDate: string, term: string): string {\n const [y, m, d] = isoDate.split(\"-\").map(Number);\n const date = new Date(Date.UTC(y, m - 1, d));\n const weekday = date.toLocaleDateString(\"en-US\", { timeZone: \"UTC\", weekday: \"short\" });\n const monthDay = date.toLocaleDateString(\"en-US\", { timeZone: \"UTC\", month: \"short\", day: \"numeric\" });\n const label = `${weekday} ${monthDay}`;\n const word = DAY_WORDS[term];\n return word ? `${word} · ${label}` : label;\n}\n",["D",1787772208124],"id","27c7d349-8dc0-4ddf-8288-3f5cab6fe8a0","app-clarkview",["D",1787009561780],"deletedAt","legacyEnvVars","privacy","public","httpPrivacy","description","The main web app and server API for Clark View","imageUrl","b0a8da26-58e7-4d19-8b5c-eedf487df9a9","pinnedFileId","pinPreview","pinMigrated","screenshotVersion","likeCount",0,"orgId","5a10edca-919b-4a78-babb-71908f69af93","tursoName","27c7d3498dc04ddf82883f5cab6fe8a0","tursoHostname","27c7d3498dc04ddf82883f5cab6fe8a0-val-town.aws-us-east-2.turso.io","tursoMeasuredAt",["D",1789532458193],"pinned","userPerm","r","valPerm","blobPerm","rw","emailPerm","sqlitePerm","projectPerm","telemetryPerm","user",{"_127":126,"_134":130},"org",{"_127":126,"_128":-5,"_129":130,"_18":84,"_131":132,"_133":28},"branch",{"_13":116,"_35":117,"_72":45,"_118":73,"_119":-5,"_120":-5,"_121":-5,"_122":-5,"_123":-5,"_124":74,"_125":126},"isOwned",346,"main","projectId","forkedBranchId","forkedBranchVersion","forkedProjectPrivacy","forkedProjectId","forkedProjectOrgId","projectName","userHandle","plusjade","handle","displayName","avatar","https://img.clerk.com/eyJ0eXBlIjoicHJveHkiLCJzcmMiOiJodHRwczovL2ltYWdlcy5jbGVyay5kZXYvb2F1dGhfZ2l0aHViL2ltZ18yVHpab25kTlBTM3M3WmpCa3NMSTd5akVwWksuanBlZyJ9","tier","free","canRestrictVals","profileImageUrl","branchName","","adoptOrgId",{"_72":73,"_35":74,"_41":341,"_76":-5,"_77":28,"_78":79,"_80":79,"_81":82,"_83":-5,"_18":84,"_85":-5,"_86":28,"_87":-5,"_88":-5,"_89":90,"_91":92,"_93":94,"_95":96,"_97":342,"_99":-5,"_100":101,"_102":101,"_103":104,"_105":104,"_106":104,"_107":101,"_108":101,"_109":343,"_111":344,"_113":345,"_115":28},"tree",[198,208,216,217],"files",[198,199,200,201,202,203,204,205,206,207,208,209,210,211,212,213,214,215,216,217],"counts",{"_185":90,"_186":187,"_188":90,"_189":190,"_191":192},"contents",[157,158,159,160],"upstreamProject","upstreamBranch","emptyEnvVars","flags",[],"hasHttpFiles","grants","orgs","customDomains",{},{"_72":180,"_35":181,"_33":182,"_162":-5,"_44":45,"_43":177,"_163":48,"_41":183,"_13":90,"_36":172,"_38":-5,"_27":28,"_166":-5,"_30":184},{"_72":174,"_35":175,"_33":176,"_162":-5,"_44":45,"_43":177,"_163":48,"_41":178,"_13":90,"_36":172,"_38":-5,"_27":28,"_166":-5,"_30":179},{"_72":168,"_35":169,"_33":170,"_162":-5,"_44":45,"_43":165,"_163":48,"_41":171,"_13":90,"_36":172,"_38":-5,"_27":28,"_166":-5,"_30":173},{"_72":161,"_35":31,"_33":34,"_162":-5,"_44":45,"_43":14,"_163":28,"_41":164,"_13":165,"_36":37,"_38":40,"_27":28,"_166":-5,"_30":167},"dc11b947-597f-4027-b7f1-7ef878ed4d44","parentId","latest",["D",1787772208124],22,"label",[31],"7517392b-b300-4c80-a9d0-b69efbe3d395","tools","01a01d40-8e3d-7608-8d1b-9da477d55829",["D",1787197165114],"directory",[169],"f263cf9e-8f1d-4380-9798-e3c7da81523d","render","01a01c4d-2bf2-7199-84aa-8d4f0f0369a5",19,["D",1787181214708],[175],"e9eb5144-29ac-407f-8d97-f9c2b132f233","lib","01a01c4d-2bf2-7199-84aa-883b3a9a9d0b",["D",1787181214708],[181],"pulls","branches",50,"forks","envVars",{"_193":196,"_197":90},"connections",{"_193":194,"_195":90},"count",1,"unfilledCount",17,"emptyCount",{"_72":180,"_35":181,"_33":182,"_162":-5,"_44":45,"_43":177,"_163":48,"_41":338,"_13":90,"_36":172,"_38":-5,"_27":28,"_166":-5,"_219":339,"_30":340},{"_72":330,"_35":331,"_33":332,"_162":182,"_44":45,"_43":333,"_163":28,"_41":334,"_13":194,"_36":52,"_38":335,"_27":28,"_166":-5,"_219":336,"_30":337},{"_72":323,"_35":324,"_33":325,"_162":182,"_44":45,"_43":177,"_163":28,"_41":326,"_13":90,"_36":52,"_38":327,"_27":28,"_166":-5,"_219":328,"_30":329},{"_72":316,"_35":317,"_33":318,"_162":182,"_44":45,"_43":177,"_163":28,"_41":319,"_13":90,"_36":52,"_38":320,"_27":28,"_166":-5,"_219":321,"_30":322},{"_72":311,"_35":68,"_33":67,"_162":182,"_44":45,"_43":14,"_163":28,"_41":312,"_13":313,"_36":52,"_38":70,"_27":28,"_166":-5,"_219":314,"_30":315},{"_72":307,"_35":60,"_33":59,"_162":182,"_44":45,"_43":14,"_163":28,"_41":308,"_13":259,"_36":52,"_38":62,"_27":28,"_166":-5,"_219":309,"_30":310},{"_72":300,"_35":301,"_33":302,"_162":182,"_44":45,"_43":177,"_163":28,"_41":303,"_13":90,"_36":52,"_38":304,"_27":28,"_166":-5,"_219":305,"_30":306},{"_72":293,"_35":294,"_33":295,"_162":182,"_44":45,"_43":177,"_163":28,"_41":296,"_13":90,"_36":52,"_38":297,"_27":28,"_166":-5,"_219":298,"_30":299},{"_72":285,"_35":286,"_33":287,"_162":182,"_44":45,"_43":288,"_163":28,"_41":289,"_13":259,"_36":52,"_38":290,"_27":28,"_166":-5,"_219":291,"_30":292},{"_72":278,"_35":279,"_33":280,"_162":182,"_44":45,"_43":177,"_163":28,"_41":281,"_13":90,"_36":52,"_38":282,"_27":28,"_166":-5,"_219":283,"_30":284},{"_72":174,"_35":175,"_33":176,"_162":-5,"_44":45,"_43":177,"_163":48,"_41":275,"_13":90,"_36":172,"_38":-5,"_27":28,"_166":-5,"_219":276,"_30":277},{"_72":268,"_35":269,"_33":270,"_162":176,"_44":45,"_43":242,"_163":28,"_41":271,"_13":194,"_36":52,"_38":272,"_27":28,"_166":-5,"_219":273,"_30":274},{"_72":263,"_35":51,"_33":50,"_162":176,"_44":45,"_43":14,"_163":28,"_41":264,"_13":265,"_36":52,"_38":54,"_27":28,"_166":-5,"_219":266,"_30":267},{"_72":255,"_35":256,"_33":257,"_162":176,"_44":45,"_43":165,"_163":28,"_41":258,"_13":259,"_36":52,"_38":260,"_27":28,"_166":-5,"_219":261,"_30":262},{"_72":248,"_35":249,"_33":250,"_162":176,"_44":45,"_43":165,"_163":28,"_41":251,"_13":194,"_36":52,"_38":252,"_27":28,"_166":-5,"_219":253,"_30":254},{"_72":239,"_35":240,"_33":241,"_162":176,"_44":45,"_43":242,"_163":28,"_41":243,"_13":244,"_36":52,"_38":245,"_27":28,"_166":-5,"_219":246,"_30":247},{"_72":232,"_35":233,"_33":234,"_162":176,"_44":45,"_43":165,"_163":28,"_41":235,"_13":194,"_36":52,"_38":236,"_27":28,"_166":-5,"_219":237,"_30":238},{"_72":225,"_35":226,"_33":227,"_162":176,"_44":45,"_43":177,"_163":28,"_41":228,"_13":90,"_36":52,"_38":229,"_27":28,"_166":-5,"_219":230,"_30":231},{"_72":168,"_35":169,"_33":170,"_162":-5,"_44":45,"_43":165,"_163":48,"_41":222,"_13":90,"_36":172,"_38":-5,"_27":28,"_166":-5,"_219":223,"_30":224},{"_72":161,"_35":31,"_33":34,"_162":-5,"_44":45,"_43":14,"_163":28,"_41":218,"_13":165,"_36":37,"_38":40,"_27":28,"_166":-5,"_219":220,"_30":221},["D",1787772208124],"children",[],[31],["D",1787197165114],[],[169],"0e5396a2-7a54-4485-be69-d3cf6fc96739","theme.ts","9a132426-9c23-11f1-b7ac-1607ee4eb77e",["D",1787181214708],"// ---- palette ----\n//\n// The widget's whole reason for existing is at-a-glance, low-vision\n// scannability, so contrast is the constraint everything else bends around:\n// near-white text on a near-black card, ~19:1.\n//\n// The color *math* lives in lib/color.ts. This file is the palette built on\n// top of it — the values, not the conversions.\n\nimport { hslToRgb } from \"../lib/color.ts\";\n\nexport const FG = \"#ffffff\";\nexport const MUTED = \"#c9c9d2\";\nexport const BORDER = \"rgba(255,255,255,0.14)\";\n\n// Background varies by hue per request, and *only* by hue. Lightness and\n// saturation are held fixed, which is what keeps the randomization safe:\n// perceived brightness is carried by lightness, so rotating hue at a\n// constant 5% lightness walks around the color wheel without ever getting\n// lighter. Every hue lands in a narrow contrast band (~18.9:1 to ~19.9:1\n// against FG) rather than one hue being readable and another washing out.\n//\n// Saturation is deliberately low. At 30% the tint reads as \"this card has a\n// color\" without becoming a colored card — above that, low lightness starts\n// looking muddy rather than tinted.\nconst BG_LIGHTNESS = 0.05;\nconst BG_SATURATION = 0.3;\n\n// Translucent, not solid: the iOS widget renders this full-bleed with no\n// rounding of our own, so an opaque fill would fight whatever corner\n// treatment the widget host applies. High opacity preserves the contrast\n// the low-vision case depends on regardless of what sits behind it.\nconst BG_ALPHA = 0.88;\n\nexport function backgroundForHue(hue: number): string {\n const [r, g, b] = hslToRgb(hue, BG_SATURATION, BG_LIGHTNESS);\n return `rgba(${r},${g},${b},${BG_ALPHA})`;\n}\n\n// Kept separate from backgroundForHue so the color math stays pure and\n// testable across every hue, with the randomness injected at the caller.\n// main.ts is that caller: it picks the hue and passes the resolved color\n// down, which is what keeps the png tree deterministic and assertable.\nexport function randomHue(): number {\n return Math.floor(Math.random() * 360);\n}\n",[],[175,226],"6e27eff6-fa38-4436-b71e-688bec4d358b","png.ts","9a131472-9c23-11f1-b7ac-1607ee4eb77e",["D",1787197165114],"// The png render target's *impure* half: wasm init, font fetch, satori and\n// resvg. Nothing here decides what the card says — that is png-tree.ts,\n// which is pure and covered by tests/png-tree.test.ts. This file is only\n// covered by hitting the deployed endpoint.\n//\n// The png format is the piece that answers the iOS-widget question: a\n// WidgetKit \"Image from URL\" timeline entry can point straight at\n// .../?format=png&day=today and the widget stays a dumb — all the\n// schedule/channel logic stays server-side, same as this app's existing\n// Rails view.\n\nimport satori from \"npm:satori\";\nimport { Resvg, initWasm } from \"npm:@resvg/resvg-wasm\";\nimport { pngTree, type PngCard } from \"./png-tree.ts\";\n\n// Module-scope caches: val.town reuses the Deno process across requests\n// when possible, so a cold WASM init / font fetch only has to happen once\n// per warm process, not once per request.\nlet wasmReady: Promise | null = null;\nlet regularFontPromise: Promise | null = null;\nlet boldFontPromise: Promise | null = null;\n\nfunction ensureWasm() {\n if (!wasmReady) wasmReady = initWasm(fetch(\"https://unpkg.com/@resvg/resvg-wasm/index_bg.wasm\"));\n return wasmReady;\n}\n\nfunction fetchFont(weight: number) {\n return fetch(`https://cdn.jsdelivr.net/fontsource/fonts/jetbrains-mono@latest/latin-${weight}-normal.ttf`)\n .then((r) => r.arrayBuffer())\n .then((buf) => new Uint8Array(buf));\n}\n\nfunction regularFont() {\n return (regularFontPromise ??= fetchFont(400));\n}\n\n// 800, not 700: JetBrains Mono's own bold reads noticeably lighter than\n// Inter's did at the same weight number — a monospace face's stems have to\n// share the cell with more whitespace per glyph on average, so matching\n// Inter's visual punch on the team-name line took the heaviest weight\n// fontsource serves this font at. Picked by eye against the render.\nfunction boldFont() {\n return (boldFontPromise ??= fetchFont(800));\n}\n\nexport async function renderPng(card: PngCard): Promise {\n await ensureWasm();\n\n const svg = await satori(pngTree(card), {\n width: card.width,\n height: card.height,\n fonts: [\n { name: \"mono\", data: await regularFont(), weight: 400, style: \"normal\" },\n { name: \"mono\", data: await boldFont(), weight: 800, style: \"normal\" },\n ],\n });\n\n const png = new Resvg(svg).render().asPng();\n return new Response(png, { headers: { \"content-type\": \"image/png\", \"cache-control\": \"public, max-age=60\" } });\n}\n",[],[175,233],"845c8ec4-bc49-458b-9ac6-7fe8f4f378ac","png-tree.ts","9a12ce86-9c23-11f1-b7ac-1607ee4eb77e",24,["D",1787202302479],4,"// The png render target's *pure* half: everything from a slate of games to\n// the satori element tree, with no wasm, no font fetch and no network. That\n// split is the point — every png bug this file's comments describe (clipping,\n// the undercounted \"+N more\", the channel name running off the side) was a\n// tree-and-layout bug, and this way tests/png-tree.test.ts can catch the next\n// one without a rendering runtime. png.ts is the impure half.\n//\n// Sized and weighted for low-vision scannability rather than the dense\n// multi-game table the html/json formats use: each game is two side-by-side\n// panels — the two teams stacked bold and large on the left (white on\n// near-black, ~19.5:1), time over channel muted on the right.\n\nimport { DEFAULT_CLIENT_OFFSET_SECONDS, shiftByOffset } from \"../lib/dates.ts\";\nimport { flattenByStartTime, type EnrichedGame, type GamesBySport } from \"../lib/games.ts\";\nimport { teamLabel } from \"../lib/teams.ts\";\nimport {\n CHANNEL_UNIT,\n type ContentWidths,\n EMPTY_UNIT,\n GAP_UNIT,\n HEADER_UNIT,\n MATCHUP_UNIT,\n MAX_GAMES_SHOWN,\n MERIDIEM_GAP_UNIT,\n MERIDIEM_UNIT,\n MORE_UNIT,\n TIME_UNIT,\n pngLayout,\n} from \"./layout.ts\";\nimport { textWidth } from \"./metrics.ts\";\nimport { BORDER, FG, MUTED } from \"./theme.ts\";\n\n// Satori's element shape. Deliberately loose on `children` — the tree nests\n// nodes, arrays of nodes and bare strings, and pinning that precisely buys\n// nothing here (nothing type-checks this file; bin/ci strips types rather\n// than compiling them).\nexport type SatoriNode = {\n type: string;\n props: { style?: Record; children?: unknown };\n};\n\n// `background` is passed in, never computed here: the hue is randomised per\n// request, and a tree that reached for Math.random would not be assertable.\n// main.ts injects the resolved color — see randomHue in theme.ts.\nexport type PngCard = {\n bySport: GamesBySport;\n dateLabel: string;\n width: number;\n height: number;\n background: string;\n rejected?: string[];\n // Display-only: the GMT offset (seconds east of GMT) game times render in.\n // The resolution of `?tz=` (or its default) happens once, in main.ts, and\n // flows down to here and to formatDateLabel's caller alike, so a request\n // never mixes times from two different offsets on one card.\n clientOffsetSeconds?: number;\n};\n\n// Time and channel are separate values, not one string, because the row\n// draws them as two stacked right-justified lines. Kept to two lines per\n// game — the thing that made this legible in the first place.\n//\n// The clock and the meridiem come back apart because the row draws them at\n// different sizes, \"AM\" superscripted off the clock. Split on any whitespace\n// rather than on a literal \" \": recent ICU puts U+202F (narrow no-break\n// space) in this position, and the val runs on a Deno whose ICU is not the\n// one bin/ci runs these tests under. `\\s` covers both, and neither half\n// carries the separator into the width budget afterwards.\nexport function timeParts(\n game: EnrichedGame,\n offsetSeconds: number = DEFAULT_CLIENT_OFFSET_SECONDS,\n): { clock: string; meridiem: string } {\n const [clock, meridiem = \"\"] = shiftByOffset(new Date(game.start_time), offsetSeconds)\n .toLocaleTimeString(\"en-US\", { timeZone: \"UTC\", hour: \"numeric\", minute: \"2-digit\" })\n .split(/\\s+/);\n return { clock, meridiem };\n}\n\n// The channel's name *and* its DirecTV number — \"ESPN · 206\", where this\n// line used to carry the bare number as \"CH 206\". The number is the half\n// that took real work to get right (NATIONAL_CHANNELS hard-codes locally\n// assigned numbers for the affiliates that have no true national one), so\n// the name is added beside it rather than in place of it.\n//\n// Uses `label`, not `name`: the display form, dictionary-mapped down to\n// something widget-sized (\"Amazon Prime Video\" → \"AMZN\") and chopped if it\n// is regional free text. `name` keeps the raw string for the json format.\n//\n// `channelInfo` fills this in for national, streaming *and* regional\n// channels, so the only silent case left is a game Sleeper sent no channel\n// for at all. That flips this line from rare to near-universal: under the\n// bare-number version most rows drew nothing here, since the dictionary's\n// coverage is deliberately partial. The right panel is therefore usually two\n// lines now, which costs no height (it is still shorter than the team stack\n// that sets ROW_HEIGHT) but does compete for width.\n//\n// No \"TBD\" for the empty case — an absent line already reads as unknown, and\n// the HTML view's \"TBD\" belongs to a surface with room for it.\nexport function channelLabel(game: EnrichedGame): string | null {\n const { label, directv_channel } = game.channel;\n if (!label) return null;\n return directv_channel ? `${label} · ${directv_channel}` : label;\n}\n\n// Drawn only when something was rejected, so the normal card is unchanged\n// and the appearance of this line is itself the signal. Kept in MUTED rather\n// than a new warning colour: every colour on this card has to clear contrast\n// against a randomised background hue, and MUTED is already covered by the\n// 360-hue assertions in tests/theme.test.ts.\n// Deliberately just a count, not the offending values. This has to fit on\n// ONE line at every canvas width — listing the tokens wrapped to two lines\n// on a large widget and pushed the card past its padding. The PNG's job is\n// to say \"something is wrong\"; `effective.rejected` in the json format is\n// where you find out what.\nexport function rejectionNote(rejected: string[]): string {\n return `! ${rejected.length} ignored`;\n}\n\n// Tracked here rather than inline in the style below because the width\n// budget has to account for it: satori adds it after every character, so a\n// ten-character date carries ten more pixels than its glyphs measure.\nconst HEADER_LETTER_SPACING = 1;\n\nconst EMPTY_LABEL = \"No games\";\n\n// ---- how wide this card wants to be ----\n//\n// The layout used to model only height, and satori's response to a row that\n// is too wide is to shrink the panels — clipping the time, or dropping it\n// entirely. pngLayout now caps the scale so that cannot happen, and these\n// are the numbers it caps against: the natural width of every line, at scale\n// 1, measured through render/metrics.ts.\n//\n// It lives on this side of the seam because width is a fact about the *tree*\n// — which string is drawn at which size, and which panels sit beside each\n// other — and pngLayout should not have to know that a row is a team stack\n// next to a time stack. Keep the two in step: a line added to the tree\n// without a matching term here is a line the budget cannot see.\n\n// A row is the widest team line, a gutter, then the widest meta line. Both\n// panels are their own natural width (neither wraps), so the row is their\n// sum and not the larger of them.\nexport function rowWidth(game: EnrichedGame, offsetSeconds: number = DEFAULT_CLIENT_OFFSET_SECONDS): number {\n const teams = Math.max(\n textWidth(teamLabel(game.sport, game.away) ?? \"\", MATCHUP_UNIT, 800),\n textWidth(teamLabel(game.sport, game.home) ?? \"\", MATCHUP_UNIT, 800),\n );\n const { clock, meridiem } = timeParts(game, offsetSeconds);\n const time = textWidth(clock, TIME_UNIT) + (meridiem ? MERIDIEM_GAP_UNIT + textWidth(meridiem, MERIDIEM_UNIT) : 0);\n const channel = channelLabel(game);\n const meta = Math.max(time, channel ? textWidth(channel, CHANNEL_UNIT) : 0);\n return teams + GAP_UNIT + meta;\n}\n\n// `chrome` is every line whose presence does not depend on how many games\n// were budgeted. \"+N more\" is measured against the whole slate rather than\n// the eventual hidden count — that count is what pngLayout is being asked to\n// decide, and the full count is an upper bound on its digits.\nexport function contentWidths(\n games: EnrichedGame[],\n dateLabel: string,\n rejected: string[],\n offsetSeconds: number = DEFAULT_CLIENT_OFFSET_SECONDS,\n): ContentWidths {\n const header = textWidth(dateLabel.toUpperCase(), HEADER_UNIT) + dateLabel.length * HEADER_LETTER_SPACING;\n return {\n chrome: Math.max(\n header,\n textWidth(`+${games.length} more`, MORE_UNIT),\n rejected.length ? textWidth(rejectionNote(rejected), MORE_UNIT) : 0,\n games.length ? 0 : textWidth(EMPTY_LABEL, EMPTY_UNIT),\n ),\n rows: games.map((g) => rowWidth(g, offsetSeconds)),\n };\n}\n\nexport function pngTree({\n bySport,\n dateLabel,\n width,\n height,\n background,\n rejected = [],\n clientOffsetSeconds = DEFAULT_CLIENT_OFFSET_SECONDS,\n}: PngCard): SatoriNode {\n // Pass the full slate size to pngLayout, not a slice of it —\n // MAX_GAMES_SHOWN goes in as a ceiling on rendered rows so that games\n // above it still get counted into \"+N more\" rather than dropping out of\n // the total silently.\n // Chronological, not sport-grouped — this canvas has no sport headings, so\n // grouping here reads as a broken sort and biases truncation. See\n // flattenByStartTime.\n const games = flattenByStartTime(bySport);\n const layout = pngLayout(\n width,\n height,\n games.length,\n MAX_GAMES_SHOWN,\n rejected.length ? 1 : 0,\n contentWidths(games, dateLabel, rejected, clientOffsetSeconds),\n );\n const visible = games.slice(0, layout.shown);\n\n // Two panels side by side rather than two stacked full-width lines: teams\n // stack left-justified on the left, time over channel stacks right-\n // justified on the right. The teams carry no \"@\"/\"vs\" — their stacking is\n // what says they're a matchup, and dropping the separator buys width for\n // the bigger type. Alignment is done with flex (alignItems), not\n // textAlign: satori implements only a subset of CSS and flex alignment is\n // the part that's reliable there.\n // lineHeight 1.0 and no gap between the two team codes: they are all-caps\n // with no descenders, so the tight leading costs nothing legible, and the\n // pair reads as one unit rather than two unrelated lines. It is also what\n // pays for the second game on a medium widget — at 1.1 leading the row\n // costs 121pt against a 120pt budget and 329x155 silently falls back to a\n // one-game card. See ROW_HEIGHT in layout.ts.\n const teamLine = (label: string | null) => ({\n type: \"div\",\n props: {\n style: { display: \"flex\", fontSize: layout.matchupFontSize, fontWeight: 800, lineHeight: 1 },\n children: label,\n },\n });\n\n // No overflow or ellipsis styling here, and none needed: the panels are\n // flexShrink 0 and pngLayout has already picked a scale at which the whole\n // row fits, measured through render/metrics.ts. That is the fix for the\n // spill this comment used to describe — a long channel name on a big canvas\n // running off the side. Two earlier answers to it are worth not repeating:\n // `minWidth: 0` made it worse (the box shrank, the text kept its width and\n // spilled leftward, so the panels overlapped instead of one truncating),\n // and shortening the channel label upstream in lib/channels.ts helped that\n // one line while leaving the time — which is not bounded by\n // MAX_CHANNEL_LABEL — to overflow first. Shortening the strings is still\n // worth doing for its own sake; it just cannot be the guard.\n //\n // flexShrink 0 is also the fallback if the budget is ever wrong: checked by\n // rendering with the budget deliberately disabled, a row too wide now spills\n // past the right edge and is visibly cut, where before it silently lost the\n // whole panel. Visible-and-wrong beats missing-and-quiet.\n const metaLine = (text: string, fontSize: number) => ({\n type: \"div\",\n props: { style: { display: \"flex\", fontSize, lineHeight: 1.1 }, children: text },\n });\n\n // \"10:10\" at the meta size with \"AM\" riding above it, rather than one\n // \"10:10 AM\" string. Top-aligned in a flex row: satori has no baseline\n // alignment and no vertical-align, and this reads as a superscript because\n // the two line boxes start together. The meridiem is the least informative\n // part of the line — the card covers one day — so it gives up its size to\n // the clock and its width to the row.\n const timeLine = (game: EnrichedGame) => {\n const { clock, meridiem } = timeParts(game, clientOffsetSeconds);\n return {\n type: \"div\",\n props: {\n style: { display: \"flex\", flexDirection: \"row\", alignItems: \"flex-start\", gap: layout.meridiemGap },\n children: [\n metaLine(clock, layout.timeFontSize),\n ...(meridiem ? [metaLine(meridiem, layout.meridiemFontSize)] : []),\n ],\n },\n };\n };\n\n const row = (game: EnrichedGame) => {\n const channel = channelLabel(game);\n return {\n type: \"div\",\n props: {\n style: {\n display: \"flex\",\n flexDirection: \"row\",\n justifyContent: \"space-between\",\n alignItems: \"flex-start\",\n width: \"100%\",\n // A gutter the two panels cannot close, so a wide row degrades into\n // \"tight\" rather than \"touching\".\n gap: layout.gap,\n },\n children: [\n {\n type: \"div\",\n props: {\n style: { display: \"flex\", flexDirection: \"column\", alignItems: \"flex-start\", flexShrink: 0 },\n // Real names where TEAMS knows one, raw Sleeper code otherwise.\n // Only the png substitutes: `away`/`home` stay as the API's\n // codes in the json format, which is the drift-detection\n // surface and has to keep reporting what Sleeper actually sent.\n children: [\n teamLine(teamLabel(game.sport, game.away)),\n teamLine(teamLabel(game.sport, game.home)),\n ],\n },\n },\n {\n type: \"div\",\n props: {\n style: {\n display: \"flex\",\n flexDirection: \"column\",\n alignItems: \"flex-end\",\n flexShrink: 0,\n gap: layout.rowGap,\n color: MUTED,\n },\n children: [timeLine(game), ...(channel ? [metaLine(channel, layout.channelFontSize)] : [])],\n },\n },\n ],\n },\n };\n };\n\n // Dropped games are counted, never silently omitted — the widget should\n // say \"there is more\" rather than imply the day is only this long.\n const moreRow = {\n type: \"div\",\n props: {\n style: { display: \"flex\", fontSize: layout.moreFontSize, color: MUTED },\n children: `+${layout.hidden} more`,\n },\n };\n\n // ---- the eyebrow ----\n //\n // A navigation header, not the first line of the content: pinned to the top\n // edge, full width, left justified. Left justification is the stretched\n // column child plus a text node that starts at its left — not textAlign,\n // which satori only partly implements.\n //\n // Pinning it is why the outer column stopped centering and the games moved\n // into their own `body` node below. Centering the whole stack put the\n // eyebrow wherever the content happened to end up, which on a card with\n // vertical slack (any canvas where the width cap or widthScale binds before\n // the height budget) floated it away from the top edge along with the rows.\n // Now the outer column is top-aligned and `body` claims the leftover height\n // with flexGrow, so the games stay centered in what is left while this line\n // stays put. The two halves of that are a pair — drop either and the\n // eyebrow silently goes back to riding with the rows.\n //\n // It carries \"TODAY ·\" / \"TOMORROW ·\" ahead of the date (see\n // formatDateLabel), which roughly doubles its width and can make it the\n // widest line on the card: \"TOMORROW · WED AUG 19\" measures 308 against a\n // widest real game row of ~261, so on a sparse slate it is now what the\n // width budget caps the scale against, costing about 6% of type size there.\n // Accounted for, not accidental — contentWidths measures this string, so\n // the cost is a slightly smaller card and never a clipped one.\n //\n // Two nodes, not one, and both flexShrink 0 — each defends a different\n // axis, which is also why the row panels carry the same property. The outer\n // one is a column item, so its 0 keeps the header's *height* from being\n // squeezed when the content overruns. The inner one is a row item, so its 0\n // keeps the text at its natural *width* rather than letting satori wrap it:\n // a bare string in a full-width div breaks to a second line, and a two-line\n // header silently blows CHROME_HEIGHT — the clipping class layout.ts exists\n // to prevent. Spilling visibly past the edge is the better failure.\n //\n // The type styling sits on the inner node rather than inheriting from the\n // outer, so that a width measured off this tree (tests/png-tree.test.ts\n // reads each node's own style) sees the same fontSize and letterSpacing\n // contentWidths budgeted for.\n const eyebrow = {\n type: \"div\",\n props: {\n style: { display: \"flex\", flexShrink: 0, width: \"100%\" },\n children: [\n {\n type: \"div\",\n props: {\n style: {\n display: \"flex\",\n flexShrink: 0,\n fontSize: layout.headerFontSize,\n color: MUTED,\n textTransform: \"uppercase\",\n letterSpacing: HEADER_LETTER_SPACING,\n },\n children: dateLabel,\n },\n },\n ],\n },\n };\n\n // Everything under the eyebrow, in one node so it can be centered\n // independently of it. The gap here is the same value the outer column\n // uses, so the vertical metrics are unchanged: the card still spends one\n // gap between the eyebrow and the first row, and one between every pair\n // below it. CHROME_HEIGHT and ROW_HEIGHT still describe this layout.\n const body = {\n type: \"div\",\n props: {\n style: {\n display: \"flex\",\n flexDirection: \"column\",\n justifyContent: \"center\",\n flexGrow: 1,\n width: \"100%\",\n gap: layout.gap,\n },\n children: [\n ...(visible.length\n ? visible.map(row)\n : [\n {\n type: \"div\",\n props: {\n style: { display: \"flex\", fontSize: layout.emptyFontSize, color: MUTED },\n children: EMPTY_LABEL,\n },\n },\n ]),\n ...(layout.hidden > 0 ? [moreRow] : []),\n ...(rejected.length\n ? [\n {\n type: \"div\",\n props: {\n style: { display: \"flex\", fontSize: layout.moreFontSize, color: MUTED },\n children: rejectionNote(rejected),\n },\n },\n ]\n : []),\n ],\n },\n };\n\n return {\n type: \"div\",\n props: {\n style: {\n width,\n height,\n display: \"flex\",\n flexDirection: \"column\",\n backgroundColor: background,\n borderWidth: 1,\n borderStyle: \"solid\",\n borderColor: BORDER,\n color: FG,\n fontFamily: \"mono\",\n padding: layout.padding,\n gap: layout.gap,\n },\n children: [eyebrow, body],\n },\n };\n}\n",[],[175,240],"9e15a0eb-0b59-4a0a-a363-f590fde16508","metrics.ts","ca5a40ba-9c37-11f1-9069-1607ee4eb77e",["D",1787197165114],"// How wide a string will be when satori draws it. Pure, and the only reason\n// the png layout can model width at all.\n//\n// Why this exists: nothing in the layout used to model width, only height —\n// so a slate with few games picked a large scale and the row outgrew the\n// canvas sideways. It did not fail gracefully. Satori shrinks flex children\n// to fit, so a mild overflow clipped the time mid-glyph (\"10:10 AM\" cut to\n// \"10:10 AM|\") and a large one collapsed the whole right panel to zero width\n// and drew nothing at all — a card that silently omits the kickoff time,\n// which is most of what the widget is for. Both reproduced at 1100x1146 with\n// one game. See docs/widget-param-contract.md.\n//\n// Why a single constant, not a table: render/png.ts loads JetBrains Mono, a\n// true monospace face, and a monospace face gives every glyph the same\n// advance width by definition — measuring is summing per-character advances,\n// and the sum of N identical terms is just N times one of them. Verified\n// against the font's own hmtx table (tools/font-widths.mjs's read-out\n// method, run by hand against jetbrains-mono@latest): one distinct advance\n// value — 0.600em — across the full ASCII printable range, the four extra\n// glyphs this app draws (·, …, ’, —), and every weight from 100 to 800. The\n// one exception is combining diacritical marks, which the font correctly\n// gives a zero advance (they stack on the preceding base letter, monospace\n// or not) — charging 0.6em for one anyway is an over-measure, the same safe\n// direction the old per-glyph fallback erred in, and a smaller one.\n//\n// `weight` stays in the signature so call sites don't change and so a\n// future proportional face doesn't silently mismeasure — but it no longer\n// affects the answer, unlike the old Inter tables where bold ran up to 8%\n// wider than regular per character.\nconst ADVANCE = 0.6;\n\nexport function textWidth(text: string, fontSize: number, _weight = 400): number {\n return [...text].length * ADVANCE * fontSize;\n}\n",[],[175,249],"ddd3509b-4655-4086-a2a7-a195bbcbc4a8","layout.ts","9a129d58-9c23-11f1-b7ac-1607ee4eb77e",["D",1787197165114],2,"// ---- png layout ----\n//\n// Pure, so tests/layout.test.ts can cover it without a rendering runtime.\n// It sits beside png-tree.ts rather than under lib/ because the two are one\n// unit: the tree derives every font size and gap from the same numbers this\n// fit calculation uses, and when they lived apart the layout silently\n// outgrew the canvas.\n//\n// The metrics below are the vertical cost of each piece at scale 1,\n// calibrated against actual satori output rather than derived from the font\n// sizes (satori's line-height and flex-gap rounding don't match a naive\n// fontSize * lineHeight sum closely enough to fit a 155px canvas).\n\nconst BASE_WIDTH = 329;\n\n// The 1px border costs 2px in each axis, unscaled.\nconst BORDER = 2;\n\n// ---- the card at scale 1 ----\n//\n// Every size the card draws, before scaling. They are named here rather than\n// left as literals in the returned object because the width budget below has\n// to know how wide the card's text will be at scale 1, and png-tree.ts is the\n// side that knows which string goes at which size. Both sides have to mean\n// the same numbers, so there is one copy of them.\n//\n// 14, not the 24 this started at. The iOS widget renders this card\n// full-bleed, so the padding is the whole margin — and the design is bold\n// type on a dark card, which does not want the airy inset a text-heavy app\n// would. It buys twice: 20pt of row width back for the budget below, and, on\n// a canvas where height sets the scale, 20pt of height that turns into\n// larger type instead of blank border. Rendered at 14, 18 and 24 and picked\n// by eye at 987x465; 14 leaves the header about 7pt off the corner, which is\n// still clear of a medium widget's ~22pt corner radius.\nexport const PADDING_UNIT = 14;\nexport const GAP_UNIT = 20;\nexport const ROW_GAP_UNIT = 4;\n// 18, down from 22: JetBrains Mono's even rhythm and taller x-height read\n// clearly at a smaller size than Inter did here, and the eyebrow is a\n// navigation label, not content — it can afford to give width back to the\n// budget. Picked by eye against the render, not derived.\nexport const HEADER_UNIT = 18;\nexport const MATCHUP_UNIT = 44;\nexport const TIME_UNIT = 28;\n// The meridiem rides above the clock as a superscript: same line, smaller\n// face, so \"10:10\" gets the size and \"AM\" only has to be present. Worth\n// doing because the clock is the second thing read on the card after the\n// teams, and \" AM\" was costing it a fifth of the row's meta width.\nexport const MERIDIEM_UNIT = 17;\nexport const MERIDIEM_GAP_UNIT = 3;\n// Deliberately the same number as MORE_UNIT rather than TIME_UNIT: the\n// channel is the lowest of the three priorities on a row (team, then time,\n// then channel), and it is the longest string — \"SportsNet · 691\" is wider\n// than either team line on a short matchup. Matching the \"+N more\" size\n// keeps the card at three type sizes rather than four while taking ~15% off\n// the widest thing the width budget has to fit.\n//\n// 20, down from 24, for the same reason as HEADER_UNIT above: a monospace\n// face's even, disambiguated glyphs (the dotted zero alone separates \"0\"\n// from \"O\" in a channel code) hold up at a smaller size than Inter's did,\n// and this is the widest string on most rows — every point given back here\n// is width the matchup line's scale can spend instead.\nexport const CHANNEL_UNIT = 20;\nexport const MORE_UNIT = 20;\nexport const EMPTY_UNIT = 32;\n\n// How much of the canvas's width the content is allowed to claim. The 3%\n// held back covers the two places this budget is approximate: satori's own\n// measurement rounds a text run to whole pixels (measured against\n// render/metrics.ts at up to 0.7% wider than predicted), and the font sizes\n// the card actually draws are these units *rounded*, not the exact product.\n// Both are sub-pixel per line; the margin is deliberately larger than the\n// error rather than tuned to it, because the cost of being wrong is a\n// clipped time and the cost of being conservative is 3% of a font size.\nconst WIDTH_FIT = 0.97;\n\n// Everything that isn't a game row: vertical padding + the date header +\n// the gap under it.\n// Exported so the tests assert against these numbers rather than their own\n// copy of them — a private constant plus a duplicate in the test is how a\n// layout guard silently goes stale.\nexport const CHROME_HEIGHT = 74;\n\n// One game row plus the gap above it. The row is two side-by-side panels —\n// away over home (bold, matchup size) on the left, time over channel (muted)\n// on the right — so its height is the *taller* panel, the left one: two\n// matchup-size lines at lineHeight 1, tight against each other. The right\n// panel is shorter and never binds.\n//\n// 108 is not slack: a medium widget's whole budget for two games is\n// (153/0.43 - CHROME_HEIGHT - MORE_ROW_HEIGHT) / 2 = 119.9, so 1.1 leading on\n// the team lines — which costs 121 — drops 329x155 back to a single game.\n// (That margin was 2pt before the padding came down to 14; the 10pt it\n// bought back is the only reason this is not still knife-edge.)\n//\n// Measured against the render, not derived: row pitch at 1100x1146 came out\n// 187px at scale 1.544 (121 * 1.544 = 186.8) for the 1.1-leading version\n// this replaced.\nexport const ROW_HEIGHT = 108;\n\n// The \"+N more\" line is a row of its own — budget it, or truncating puts\n// back the overflow it was meant to remove.\nexport const MORE_ROW_HEIGHT = 42;\n\n// Legibility floor, as a **fraction of the canvas's natural scale** — not an\n// absolute scale value. This design exists for at-a-glance, low-vision\n// reading; below roughly this fraction the matchup line stops being\n// scannable. Games that don't fit above the floor are dropped to a \"+N more\"\n// count rather than shrunk into illegibility.\n//\n// Why a fraction and not an absolute number: the caller passes *pixels*, but\n// a widget's legibility is about *points*. The same physical widget rendered\n// at @3x has 3x the pixels, and an absolute floor let those extra pixels buy\n// extra rows instead of sharper text. Measured under the old absolute floor,\n// the same medium widget showed 2 games at 329x155 (19pt matchup line) and 8\n// games at 987x465 (7pt) — pixel density silently changing how much content\n// a widget holds, and shrinking the text to a size this design exists to\n// avoid. Multiplying by widthScale makes the floor track the render density,\n// so a given physical widget shows the same games at 1x, 2x and 3x.\n//\n// 0.43 is a deliberate trade made by the user, calibrated at 329x155 where\n// widthScale is exactly 1.0 and this therefore still means an absolute 0.43\n// (≈19px matchup line): it fits 2 games instead of 1 at the default medium\n// widget size. Raise it toward 0.6 if the smaller line turns out to be hard\n// to read at a glance.\n//\n// It used to be knife-edge: at 24pt padding two games needed 153/352 =\n// 0.4347, so 0.44 would have rejected the second one and silently given back\n// the one-game card. Dropping the padding to 14 moved that threshold to\n// 153/332 = 0.4608, so there is now real room above this number — but the\n// same rule applies to spending it. Change this value by re-rendering and\n// counting games, not by reasoning about it.\nexport const MIN_SCALE = 0.43;\nconst MAX_SCALE = 6;\n\n// Backstop only — the legibility floor above is the real limiter now that it\n// scales with render density. At every actual widget size the floor binds\n// first (a large widget tops out at 6 games, a medium at 2, whatever density\n// it's rendered at), so this ceiling never fires in practice. It stays as a\n// guard against a pathological ?w=/?h= producing a canvas tall enough to ask\n// for dozens of rows.\n//\n// Do not lower it to shape what the widget shows — that's the floor's job,\n// and a ceiling applied outside pngLayout would cap `shown` without telling\n// it, which is how \"+N more\" undercounted before. It is passed as `maxShown`\n// for exactly that reason.\nexport const MAX_GAMES_SHOWN = 10;\n\n// The card's *natural* width at scale 1: one entry per game in draw order,\n// plus the lines that are on the card whatever the game count (the date\n// header, \"+N more\", the drift marker, \"No games\"). The caller measures them\n// because it owns the strings — see contentWidths in png-tree.ts.\nexport type ContentWidths = { chrome: number; rows: number[] };\n\nexport type PngLayout = {\n shown: number;\n hidden: number;\n scale: number;\n padding: number;\n gap: number;\n rowGap: number;\n headerFontSize: number;\n matchupFontSize: number;\n timeFontSize: number;\n meridiemFontSize: number;\n meridiemGap: number;\n channelFontSize: number;\n moreFontSize: number;\n emptyFontSize: number;\n};\n\n// Chooses how many games can be drawn at a legible size in the given\n// canvas, and the scale to draw them at. Never returns a count that\n// overflows: the previous version floored the scale at MIN_SCALE and\n// rendered every game regardless, so a 4-game slate at 329x155 produced\n// ~1.8x more content than canvas, centered — clipping the top matchup and\n// dropping the last game off the bottom with no indication either was lost.\n//\n// `count` must be the size of the WHOLE slate, not a pre-truncated slice:\n// `hidden` is derived from it, so passing an already-capped count makes the\n// \"+N more\" line undercount and games disappear unannounced — the same\n// failure, just moved. Use `maxShown` for any hard ceiling on rendered rows.\n// `noteRows` budgets any extra single-line rows the renderer will draw below\n// the games (currently just the \"! N ignored\" drift marker). They must be\n// declared here rather than appended by the caller: the marker was first\n// drawn outside this budget and immediately ate the bottom padding on a\n// medium canvas, where chrome + 2 rows + \"+N more\" already fills the height\n// exactly. That is the clipping bug this function exists to prevent.\nexport function pngLayout(\n width: number,\n height: number,\n count: number,\n maxShown = Infinity,\n noteRows = 0,\n widths: ContentWidths = { chrome: 0, rows: [] },\n): PngLayout {\n const widthScale = Math.min(width / BASE_WIDTH, MAX_SCALE);\n const usable = height - BORDER;\n\n // Relative to the canvas, so the floor means the same physical text size\n // whatever density the caller renders at. At BASE_WIDTH this is exactly\n // MIN_SCALE, which is where the 0.43 trade was calibrated.\n const minScale = MIN_SCALE * widthScale;\n\n const budget = (rows: number, withMore: boolean) =>\n CHROME_HEIGHT + rows * ROW_HEIGHT + (withMore ? MORE_ROW_HEIGHT : 0) + noteRows * MORE_ROW_HEIGHT;\n\n const scaleFor = (rows: number, withMore: boolean) => Math.min(widthScale, usable / budget(rows, withMore));\n\n let shown = 0;\n for (let n = Math.min(count, maxShown); n >= 1; n--) {\n if (scaleFor(n, n < count) >= minScale) {\n shown = n;\n break;\n }\n }\n\n // A canvas too small for even one legible row still shows that one game,\n // shrunk below the floor. A clipped matchup reads as wrong; a small one\n // only reads as small.\n const forced = count > 0 && shown === 0;\n if (forced) shown = 1;\n\n const hidden = count - shown;\n const heightScale = forced\n ? Math.min(widthScale, usable / budget(1, hidden > 0))\n : Math.max(scaleFor(shown, hidden > 0), minScale);\n\n // ---- the width budget ----\n //\n // Everything above this line is about height. That used to be the whole\n // function, and it is why a card could still be wrong: fewer games means a\n // taller row budget, which means a bigger scale, which widens the row\n // against a canvas that never grew. Satori does not overflow gracefully —\n // it shrinks flex children to fit, so a mild overrun clipped the time\n // mid-glyph and a large one collapsed the right panel to zero width and\n // drew no time at all. One game at 1100x1146 did both, depending on how\n // long the team names were.\n //\n // Applied to the scale only, never to the row count, for two reasons. It\n // cannot help: dropping a game does not narrow the widest row that is\n // left. And letting it add rows instead would hand the extra height back as\n // more content at a smaller size, which is exactly the trade MIN_SCALE\n // exists to refuse. So `shown` is settled by height alone, and this can\n // only ever make the same card smaller.\n //\n // For the same reason it is allowed below the legibility floor: when a name\n // is too long for the canvas at any legible size, the choice is between\n // small and clipped, and the rest of this file already answers that one the\n // same way (see `forced` above). A clipped matchup reads as wrong; a small\n // one only reads as small.\n const widthCap = (rows: number) => {\n // Chrome first and a zero after it, so this is defined for the empty\n // slate (no rows at all) as well as for a caller that passes no widths.\n const natural = Math.max(widths.chrome, 0, ...widths.rows.slice(0, rows));\n if (natural <= 0) return Infinity;\n return ((width - BORDER) * WIDTH_FIT) / (natural + 2 * PADDING_UNIT);\n };\n\n const scale = Math.min(heightScale, widthCap(shown));\n\n return {\n shown,\n hidden,\n scale,\n padding: Math.round(PADDING_UNIT * scale),\n gap: Math.round(GAP_UNIT * scale),\n rowGap: Math.round(ROW_GAP_UNIT * scale),\n headerFontSize: Math.round(HEADER_UNIT * scale),\n matchupFontSize: Math.round(MATCHUP_UNIT * scale),\n timeFontSize: Math.round(TIME_UNIT * scale),\n meridiemFontSize: Math.round(MERIDIEM_UNIT * scale),\n meridiemGap: Math.round(MERIDIEM_GAP_UNIT * scale),\n channelFontSize: Math.round(CHANNEL_UNIT * scale),\n moreFontSize: Math.round(MORE_UNIT * scale),\n emptyFontSize: Math.round(EMPTY_UNIT * scale),\n };\n}\n",[],[175,256],"d9437d8e-0839-4749-9272-79630b7e8d87",["D",1787772208124],5,[],[175,51],"ce215247-792d-40e8-8c3f-d1bfda440494","html.ts","9a1284c6-9c23-11f1-b7ac-1607ee4eb77e",["D",1787202302479],"// The html render target — the dense, sport-grouped table, as opposed to\n// the png's two-panel card. `htmlDocument` is pure and is what the tests\n// assert against; `renderHtml` is the Response wrapper.\n\nimport { DEFAULT_CLIENT_OFFSET_SECONDS, offsetLabel, shiftByOffset } from \"../lib/dates.ts\";\nimport { type GamesBySport } from \"../lib/games.ts\";\n\nexport function htmlDocument(\n bySport: GamesBySport,\n dateLabel: string,\n clientOffsetSeconds: number = DEFAULT_CLIENT_OFFSET_SECONDS,\n): string {\n const rows = bySport\n .map(\n ({ sport, games }) => `\n

${sport.toUpperCase()}

\n \n ${games\n .map((game) => {\n const clock = shiftByOffset(new Date(game.start_time), clientOffsetSeconds).toLocaleTimeString(\n \"en-US\",\n { timeZone: \"UTC\", hour: \"numeric\", minute: \"2-digit\" },\n );\n const time = `${clock} ${offsetLabel(clientOffsetSeconds)}`;\n const ch = game.channel;\n const channelText =\n ch.category === \"unknown\"\n ? \"TBD\"\n : `${ch.name}${ch.directv_channel ? ` · DirecTV ${ch.directv_channel}` : ch.note ? ` (${ch.note})` : \"\"}`;\n return ``;\n })\n .join(\"\")}\n

${game.away} @ ${game.home}

${time}

${channelText}

`,\n )\n .join(\"\");\n\n const body = bySport.length ? rows : `

No games ${dateLabel}.

`;\n\n return `

${dateLabel[0].toUpperCase()}${dateLabel.slice(1)}'s Games

${body}`;\n}\n\nexport function renderHtml(bySport: GamesBySport, dateLabel: string, clientOffsetSeconds?: number): Response {\n return new Response(htmlDocument(bySport, dateLabel, clientOffsetSeconds), {\n headers: { \"content-type\": \"text/html; charset=utf-8\" },\n });\n}\n",[],[175,269],["D",1787181214708],[209,210,211,212,213,214,215],[175],"024c4403-569e-428d-b508-34c61b0d7ba6","text.ts","9a127c38-9c23-11f1-b7ac-1607ee4eb77e",["D",1787181214708],"// Pure string helpers. Domain-free: nothing here knows about games,\n// channels or teams, which is what keeps them safe to call from anywhere\n// in lib/ without creating an import cycle.\n\n// A blunt chop rather than a width measurement — see MAX_CHANNEL_LABEL in\n// catalog.ts for why that is all this needs to be.\nexport function chop(text: string, max: number): string {\n return text.length <= max ? text : `${text.slice(0, max - 1)}…`;\n}\n\nexport function titleCase(slug: string): string {\n return slug\n .split(\"-\")\n .map((word) => word.charAt(0).toUpperCase() + word.slice(1))\n .join(\" \");\n}\n",[],[181,279],"a488a0c5-de27-449a-8519-3ffc3977ee28","teams.ts","9a126e1e-9c23-11f1-b7ac-1607ee4eb77e",25,["D",1787278206578],"// Display names for the teams catalog.ts knows about. Pure.\n\nimport { TEAMS } from \"./catalog.ts\";\nimport { titleCase } from \"./text.ts\";\n\n// ---- display names ----\n//\n// Derived from TEAMS rather than declared as a second table, and that is the\n// whole point: a parallel TEAM_NAMES would carry the same (sport, code) pairs\n// a second time, and the two would drift the first time someone corrected a\n// code in one of them. Adding a team to TEAMS now buys both the favorites\n// filter and the display name in one edit.\n//\n// Keyed on `sport:code`, never on the bare code, for the reason spelled out\n// above TEAMS: `IND` is the Fever, the Colts *and* the Pacers, so a bare-code\n// index would label a Colts game \"Fever\". The key includes the sport for the\n// same reason the favorites table stores a pair.\nconst TEAM_LABELS: Record = Object.fromEntries(\n Object.entries(TEAMS).map(([slug, ref]) => [`${ref.sport}:${ref.code}`, titleCase(slug)]),\n);\n\n// Falls back to the raw code, which is the honest thing to draw for a team\n// this table doesn't cover yet — nfl, wnba and mlb are fully mapped, but\n// nba is still deferred, so the fallback stays a live case there, and a\n// card mixes \"Lakers\" with \"PHX\". Callers get whatever TEAMS knows and\n// nothing is invented.\nexport function teamLabel(sport: string, code: string | null): string | null {\n if (!code) return code;\n return TEAM_LABELS[`${sport}:${code}`] ?? code;\n}\n\n// ---- the reverse of TEAMS: (sport, code) -> slug ----\n//\n// The widget json format sends away.id/home.id, and per docs/widget-ios-brief.md\n// those must be the exact slugs the iOS side is hardcoded to send in\n// teams[] — the slug *is* the id vocabulary, not a separate one. Derived\n// from TEAMS for the same reason TEAM_LABELS is: a hand-maintained second\n// table would drift the first time a code changed in one but not the other.\n// `Object.fromEntries` keeps the last entry on a key collision, which would\n// silently mean two slugs mapping to one id — safe here only because\n// tests/teams.test.ts's round-trip over every TEAMS entry already fails loud\n// if any (sport, code) pair is reused by two slugs.\nconst TEAM_SLUGS: Record = Object.fromEntries(\n Object.entries(TEAMS).map(([slug, ref]) => [`${ref.sport}:${ref.code}`, slug]),\n);\n\n// Falls back to the raw code for a team TEAMS doesn't cover (nba, mostly) —\n// same \"nothing invented\" rule as teamLabel. An opponent team without a slug\n// still needs *some* id; the raw code is the honest one, and it's never used\n// for teams[] filtering since only slugs are accepted there.\nexport function teamId(sport: string, code: string | null): string | null {\n if (!code) return code;\n return TEAM_SLUGS[`${sport}:${code}`] ?? code;\n}\n",[],[181,286],"b463100f-fc59-48d9-964f-66f0e2ab005a","sleeper.ts","9a126266-9c23-11f1-b7ac-1607ee4eb77e",["D",1787181214708],"// The val's only outbound I/O. Everything else under lib/ is pure, which is\n// what lets tests/ run the whole slate pipeline against captured fixtures\n// with no network — this file is the seam they stop at, and the deployed\n// endpoint is what covers it (see docs/HANDOFF.md).\n\nimport { SPORTS } from \"./catalog.ts\";\nimport { type Game } from \"./games.ts\";\n\nexport async function fetchScores(date: string, sports: string[] = SPORTS): Promise {\n const url = new URL(\"https://api.sleeper.app/scores\");\n for (const sport of sports) url.searchParams.append(\"sports[]\", sport);\n url.searchParams.set(\"date\", date);\n\n const res = await fetch(url);\n if (!res.ok) throw new Error(`Sleeper /scores returned ${res.status}`);\n return (await res.json()) ?? [];\n}\n",[],[181,294],"f8e28c8e-8db7-47ad-b65d-3744db4b484d","params.ts","9a1248ee-9c23-11f1-b7ac-1607ee4eb77e",["D",1787181214708],"// The URL contract: raw `sports[]` / `teams[]` query values in, a resolved\n// fetch-and-filter plan out. Pure — no I/O — so the whole contract is\n// testable under bin/ci.\n\nimport { MAX_TEAMS, SPORTS, TEAMS, type TeamRef } from \"./catalog.ts\";\n\nexport type ResolvedParams = {\n mode: \"teams\" | \"sports\";\n sports: string[];\n teams: TeamRef[];\n rejected: string[];\n};\n\n// Two modes, not an intersection. Any valid team puts us in team mode, where\n// `sports[]` is ignored and the fetch list is derived from the selected\n// teams instead. Intersecting them lets `sports[]=nfl&teams[]=dodgers`\n// produce an empty widget that looks exactly like a quiet day.\n//\n// Nothing here throws or signals an error status: a 4xx renders as a broken\n// image in WidgetKit, which is worse than slightly wrong content. Unknown\n// values are dropped into `rejected` for the caller to echo, which is what\n// makes drift between the iOS repo and this one visible instead of silent.\nexport function resolveParams(sportsParam: string[] = [], teamsParam: string[] = []): ResolvedParams {\n const rejected: string[] = [];\n\n const clean = (values: string[]) => [\n ...new Set(values.map((v) => v.trim().toLowerCase()).filter(Boolean)),\n ];\n\n // Sports are validated even in team mode, where they're otherwise unused:\n // a typo should surface as drift rather than hide behind a team filter.\n const sports = clean(sportsParam).filter((s) => {\n if (SPORTS.includes(s)) return true;\n rejected.push(s);\n return false;\n });\n\n const teams: TeamRef[] = [];\n for (const slug of clean(teamsParam)) {\n if (!TEAMS[slug]) rejected.push(slug);\n else if (teams.length >= MAX_TEAMS) rejected.push(slug);\n else teams.push(TEAMS[slug]);\n }\n\n // Every requested team was unknown -> fall through to sports mode rather\n // than rendering an empty card. The slugs are already in `rejected`, so\n // the caller can still say something went wrong.\n if (teams.length === 0) {\n return { mode: \"sports\", sports: sports.length ? orderBySports(sports) : [...SPORTS], teams: [], rejected };\n }\n\n const derived = orderBySports([...new Set(teams.map((t) => t.sport))]);\n return { mode: \"teams\", sports: derived, teams, rejected };\n}\n\n// Keeps fetch/group order stable and independent of the order params arrived\n// in, so two widgets with the same selection produce the same card.\nfunction orderBySports(sports: string[]): string[] {\n return SPORTS.filter((s) => sports.includes(s));\n}\n",[],[181,301],"4eba0365-d615-4df6-bc20-62cbce921b2c",["D",1787772208124],[],[181,60],"fe27c674-d4e1-4ea8-965c-2129ea0d34f7",["D",1787772208124],3,[],[181,68],"e56a2086-2e44-497b-88f7-1f5181e25104","color.ts","9a12139c-9c23-11f1-b7ac-1607ee4eb77e",["D",1787181214708],"// Pure color math — HSL conversion and WCAG contrast. Domain-free: this\n// file knows nothing about the widget's palette, only how to convert and\n// measure. The palette itself lives in render/theme.ts, which is what makes\n// the 360-hue contrast assertions in tests/theme.test.ts possible without\n// pulling in a renderer.\n\n// Returns 0-255 channels. Standard HSL->RGB; h in degrees, s and l in 0..1.\nexport function hslToRgb(h: number, s: number, l: number): [number, number, number] {\n const c = (1 - Math.abs(2 * l - 1)) * s;\n const hp = (((h % 360) + 360) % 360) / 60;\n const x = c * (1 - Math.abs((hp % 2) - 1));\n const [r1, g1, b1] =\n hp < 1 ? [c, x, 0]\n : hp < 2 ? [x, c, 0]\n : hp < 3 ? [0, c, x]\n : hp < 4 ? [0, x, c]\n : hp < 5 ? [x, 0, c]\n : [c, 0, x];\n const m = l - c / 2;\n return [r1 + m, g1 + m, b1 + m].map((v) => Math.round(v * 255)) as [number, number, number];\n}\n\n// WCAG relative luminance. Channels in 0-255.\nexport function relativeLuminance([r, g, b]: [number, number, number]): number {\n const channel = (v: number) => {\n const s = v / 255;\n return s <= 0.03928 ? s / 12.92 : Math.pow((s + 0.055) / 1.055, 2.4);\n };\n return 0.2126 * channel(r) + 0.7152 * channel(g) + 0.0722 * channel(b);\n}\n\n// WCAG contrast ratio between two relative luminances.\nexport function contrastRatio(a: number, b: number): number {\n const [hi, lo] = a > b ? [a, b] : [b, a];\n return (hi + 0.05) / (lo + 0.05);\n}\n",[],[181,317],"2a62eef8-4f13-4ae4-b57c-13cbc26f0c38","channels.ts","9a12060e-9c23-11f1-b7ac-1607ee4eb77e",["D",1787181214708],"// Turns Sleeper's raw channel string into the shape every render target\n// reads. Pure — the dictionaries it consults live in catalog.ts.\n\nimport { MAX_CHANNEL_LABEL, NATIONAL_CHANNELS, STREAMING_CHANNELS } from \"./catalog.ts\";\nimport { chop } from \"./text.ts\";\n\n// `name` stays the raw string Sleeper sent — it is the drift-detection\n// value, and the json format has to keep reporting what actually arrived.\n// `label` is the display form: dictionary-mapped where there is a mapping,\n// chopped raw text where there isn't.\nexport type ChannelInfo = {\n category: string;\n name: string | null;\n label: string | null;\n directv_channel: number | null;\n note: string | null;\n};\n\nfunction channelMatches(rawChannel: string, key: string) {\n return new RegExp(`\\\\b${key.replace(/[.*+?^${}()|[\\]\\\\]/g, \"\\\\$&\")}\\\\b`, \"i\").test(rawChannel);\n}\n\nexport function channelInfo(rawChannel: string | null | undefined): ChannelInfo {\n if (!rawChannel) return { category: \"unknown\", name: null, label: null, directv_channel: null, note: null };\n\n const nationalKey = Object.keys(NATIONAL_CHANNELS).find((key) => channelMatches(rawChannel, key));\n if (nationalKey) return { category: \"national\", name: rawChannel, ...NATIONAL_CHANNELS[nationalKey] };\n\n const streamingKey = Object.keys(STREAMING_CHANNELS).find((key) => channelMatches(rawChannel, key));\n if (streamingKey) {\n return { category: \"streaming\", name: rawChannel, directv_channel: null, ...STREAMING_CHANNELS[streamingKey] };\n }\n\n return {\n category: \"regional\",\n name: rawChannel,\n label: chop(rawChannel, MAX_CHANNEL_LABEL),\n directv_channel: null,\n note: null,\n };\n}\n",[],[181,324],"88f0955a-2525-4c76-89ce-bff66412b2ad","catalog.ts","9a11c298-9c23-11f1-b7ac-1607ee4eb77e",23,["D",1787199465454],"// The static tables the rest of the val reads: what sports exist, how\n// channels map to display forms and DirecTV numbers, and which team slugs\n// the URL accepts. Data only — no functions, no I/O — so every other module\n// can import it without dragging behaviour along.\n//\n// Ported from app/controllers/games_controller.rb.\n\n// Doubles as the fetch list, the allowlist for the `sports[]` param, and\n// the group order in the rendered output. Order is display order, not\n// significance — nfl first because it's the one with a hard weekly cadence.\n//\n// Growing this from nfl+wnba to four sports makes an unfiltered slate large\n// (mlb+wnba alone returned 19 games on 2026-08-18), which is the whole\n// reason the `teams[]` filter exists — see docs/widget-param-contract.md.\nexport const SPORTS = [\"nfl\", \"wnba\", \"mlb\", \"nba\"];\n\n// Ported from GamesController::NATIONAL_CHANNELS /\n// GamesController::STREAMING_CHANNELS. See that file for the reasoning\n// behind word-boundary matching (plain substring mislabels \"NBCS-PH\" as an\n// NBC affiliate) and the amzn/amazon dual-key (Sleeper sends the long form\n// for mlb/wnba).\n//\n// `label` is this file's own addition, not in the Rails port: the short form\n// the png draws. It exists because Sleeper's raw strings are not sized for a\n// widget — \"Amazon Prime Video\" is 18 characters and ran off the side of a\n// large card. The values are a small bounded set, so they get a mapping\n// rather than a measuring algorithm. AMZN is Sleeper's own abbreviation for\n// that channel (it sends both forms, hence the dual key below), so this\n// shortens to something the source already uses rather than inventing one.\nexport const NATIONAL_CHANNELS: Record = {\n abc: { label: \"ABC\", directv_channel: 4, note: null },\n cbs: { label: \"CBS\", directv_channel: 2, note: null },\n espn: { label: \"ESPN\", directv_channel: 206, note: null },\n ion: { label: \"ION\", directv_channel: 305, note: null },\n nbatv: { label: \"NBATV\", directv_channel: 216, note: null },\n nbc: { label: \"NBC\", directv_channel: 4, note: null },\n tbs: { label: \"TBS\", directv_channel: 247, note: null },\n usa: { label: \"USA\", directv_channel: 242, note: null },\n sportsnet: { label: \"SportsNet\", directv_channel: 691, note: null },\n};\n\nexport const STREAMING_CHANNELS: Record = {\n amzn: { label: \"AMZN\", note: \"computer only\" },\n amazon: { label: \"AMZN\", note: \"computer only\" },\n peacock: { label: \"Peacock\", note: \"computer only\" },\n};\n\n// The backstop for the one category that has no mapping: a regional channel\n// is whatever free text Sleeper sent, so it cannot be bounded by a\n// dictionary the way the two above are. Real values are already short\n// (SNY, MARQ, NESN, MASN, NBCS-PH), so this only fires on something\n// unusual — a blunt chop rather than a width measurement, which is all a\n// backstop needs to be.\nexport const MAX_CHANNEL_LABEL = 10;\n\n// ---- favorite teams ----\n//\n// Slug -> (sport, Sleeper code). The pair matters: Sleeper's abbreviations\n// are NOT unique across sports. `IND` is the Fever (wnba), the Colts (nfl)\n// and the Pacers (nba) — all three confirmed in live data and captured in\n// test/fixtures/files/sleeper/. Matching a bare code would make \"fever\" pull\n// in Colts and Pacers games. `WAS` (nfl + wnba, while mlb uses `WSH`) plus\n// ATL/MIN/CHI/DET/HOU/TOR/BOS/TB/SEA/PHI/PIT are the same trap, now realized\n// as nfl, wnba and mlb have all grown into it — every one of those codes now\n// names a different franchise depending on sport, which is exactly why the\n// pair (not the bare code) is what's stored.\n//\n// A second, separate collision shows up on the *slug* side, not the code\n// side: two mascots can share a name across sports even when their codes\n// don't collide. `cardinals` (nfl Arizona, code ARI) and `giants` (nfl New\n// York, code NYG) were claimed first, so their mlb namesakes (St. Louis,\n// code STL; San Francisco, code SF) get a city-prefixed slug instead —\n// `st-louis-cardinals`, `san-francisco-giants`. Spelled out rather than\n// abbreviated (`stl-`, `sf-`) because titleCase() only capitalizes each\n// hyphen-split word's first letter — `sf-giants` would render as \"Sf\n// Giants\", not \"SF Giants\". Every other mlb slug is unprefixed.\n//\n// The URL carries slugs, not codes, and this table is the only place the\n// mapping lives. That's deliberate: the iOS app ships a picker, and every\n// app-side change costs a build-number bump on both the app and the widget\n// extension plus an upload. Adding a team here is a val deploy instead. See\n// docs/widget-ios-brief.md.\n//\n// Every code here is asserted against a real captured fixture for its sport\n// — but a fixture only proves the code was valid on its capture date, not\n// that Sleeper still uses it. The runtime echo (rejected/unmatched surfaced\n// to the caller) is the actual drift detector.\nexport type TeamRef = { sport: string; code: string };\n\nexport const TEAMS: Record = {\n // wnba — all 15 teams for the 2026 season (includes the Valkyries,\n // Tempo, and Fire expansions), codes confirmed against live\n // api.sleeper.app/scores responses.\n dream: { sport: \"wnba\", code: \"ATL\" },\n sky: { sport: \"wnba\", code: \"CHI\" },\n sun: { sport: \"wnba\", code: \"CON\" },\n wings: { sport: \"wnba\", code: \"DAL\" },\n valkyries: { sport: \"wnba\", code: \"GSV\" },\n fever: { sport: \"wnba\", code: \"IND\" },\n sparks: { sport: \"wnba\", code: \"LAS\" },\n aces: { sport: \"wnba\", code: \"LVA\" },\n lynx: { sport: \"wnba\", code: \"MIN\" },\n liberty: { sport: \"wnba\", code: \"NYL\" },\n fire: { sport: \"wnba\", code: \"PDX\" },\n mercury: { sport: \"wnba\", code: \"PHO\" },\n storm: { sport: \"wnba\", code: \"SEA\" },\n tempo: { sport: \"wnba\", code: \"TOR\" },\n mystics: { sport: \"wnba\", code: \"WAS\" },\n\n // nfl — all 32 teams, codes confirmed against live\n // api.sleeper.app/scores responses.\n cardinals: { sport: \"nfl\", code: \"ARI\" },\n falcons: { sport: \"nfl\", code: \"ATL\" },\n ravens: { sport: \"nfl\", code: \"BAL\" },\n bills: { sport: \"nfl\", code: \"BUF\" },\n panthers: { sport: \"nfl\", code: \"CAR\" },\n bears: { sport: \"nfl\", code: \"CHI\" },\n bengals: { sport: \"nfl\", code: \"CIN\" },\n browns: { sport: \"nfl\", code: \"CLE\" },\n cowboys: { sport: \"nfl\", code: \"DAL\" },\n broncos: { sport: \"nfl\", code: \"DEN\" },\n lions: { sport: \"nfl\", code: \"DET\" },\n packers: { sport: \"nfl\", code: \"GB\" },\n texans: { sport: \"nfl\", code: \"HOU\" },\n colts: { sport: \"nfl\", code: \"IND\" },\n jaguars: { sport: \"nfl\", code: \"JAX\" },\n chiefs: { sport: \"nfl\", code: \"KC\" },\n chargers: { sport: \"nfl\", code: \"LAC\" },\n rams: { sport: \"nfl\", code: \"LAR\" },\n raiders: { sport: \"nfl\", code: \"LV\" },\n dolphins: { sport: \"nfl\", code: \"MIA\" },\n vikings: { sport: \"nfl\", code: \"MIN\" },\n patriots: { sport: \"nfl\", code: \"NE\" },\n saints: { sport: \"nfl\", code: \"NO\" },\n giants: { sport: \"nfl\", code: \"NYG\" },\n jets: { sport: \"nfl\", code: \"NYJ\" },\n eagles: { sport: \"nfl\", code: \"PHI\" },\n steelers: { sport: \"nfl\", code: \"PIT\" },\n seahawks: { sport: \"nfl\", code: \"SEA\" },\n \"49ers\": { sport: \"nfl\", code: \"SF\" },\n buccaneers: { sport: \"nfl\", code: \"TB\" },\n titans: { sport: \"nfl\", code: \"TEN\" },\n commanders: { sport: \"nfl\", code: \"WAS\" },\n\n // mlb — all 30 teams, codes confirmed against live\n // api.sleeper.app/scores responses. Two mascot names collide with an nfl\n // slug already in this table (Cardinals, Giants) — those two get a city\n // prefix; every other mlb slug is unprefixed.\n athletics: { sport: \"mlb\", code: \"ATH\" },\n braves: { sport: \"mlb\", code: \"ATL\" },\n diamondbacks: { sport: \"mlb\", code: \"AZ\" },\n orioles: { sport: \"mlb\", code: \"BAL\" },\n \"red-sox\": { sport: \"mlb\", code: \"BOS\" },\n cubs: { sport: \"mlb\", code: \"CHC\" },\n reds: { sport: \"mlb\", code: \"CIN\" },\n guardians: { sport: \"mlb\", code: \"CLE\" },\n rockies: { sport: \"mlb\", code: \"COL\" },\n \"white-sox\": { sport: \"mlb\", code: \"CWS\" },\n tigers: { sport: \"mlb\", code: \"DET\" },\n astros: { sport: \"mlb\", code: \"HOU\" },\n royals: { sport: \"mlb\", code: \"KC\" },\n angels: { sport: \"mlb\", code: \"LAA\" },\n dodgers: { sport: \"mlb\", code: \"LAD\" },\n marlins: { sport: \"mlb\", code: \"MIA\" },\n brewers: { sport: \"mlb\", code: \"MIL\" },\n twins: { sport: \"mlb\", code: \"MIN\" },\n mets: { sport: \"mlb\", code: \"NYM\" },\n yankees: { sport: \"mlb\", code: \"NYY\" },\n phillies: { sport: \"mlb\", code: \"PHI\" },\n pirates: { sport: \"mlb\", code: \"PIT\" },\n padres: { sport: \"mlb\", code: \"SD\" },\n mariners: { sport: \"mlb\", code: \"SEA\" },\n \"san-francisco-giants\": { sport: \"mlb\", code: \"SF\" },\n \"st-louis-cardinals\": { sport: \"mlb\", code: \"STL\" },\n rays: { sport: \"mlb\", code: \"TB\" },\n rangers: { sport: \"mlb\", code: \"TEX\" },\n \"blue-jays\": { sport: \"mlb\", code: \"TOR\" },\n nationals: { sport: \"mlb\", code: \"WSH\" },\n\n // nba — left as-is for now, deferred until later.\n lakers: { sport: \"nba\", code: \"LAL\" },\n warriors: { sport: \"nba\", code: \"GSW\" },\n};\n\n// This exists to bound a malformed URL, not to express a preference — it\n// must sit above any realistic favorites selection. 12 was fine when the\n// table only had 7 slugs total, but now that wnba (15), nfl (32) and mlb\n// (30) are fully mapped, a user favoriting a whole league — or several —\n// is normal input, not a malformed URL, and a lower cap would reject them\n// with a drift marker for doing nothing wrong. Set with headroom above the\n// eventual four-sport table (nfl+wnba+mlb+nba is ~110 teams) so adding nba\n// later doesn't require raising this again.\nexport const MAX_TEAMS = 120;\n",[],[181,331],["D",1787181214708],[199,200,201,202,203,204,205,206,207],[181],["D",1787009561780],["D",1789532458193],{"_127":126,"_134":130},{"_127":126,"_128":-5,"_129":130,"_18":84,"_131":132,"_133":28},{"_13":116,"_35":117,"_72":45,"_118":73,"_119":-5,"_120":-5,"_121":-5,"_122":-5,"_123":-5,"_124":74,"_125":126},"ctx",{"_109":-5,"_154":379,"_380":381,"_382":383,"_384":28,"_385":28,"_386":28,"_387":48,"_388":-5,"_389":-7,"_390":-7,"_391":90,"_392":28,"_393":28,"_394":-5,"_395":28,"_396":28,"_397":28,"_398":-5},"ENV",{"_350":351,"_352":353,"_354":117,"_355":356,"_357":358,"_359":360,"_361":362,"_363":364,"_365":366,"_367":368,"_369":370,"_371":372,"_373":374,"_375":376,"_377":378},"REACT_APP_SENTRY_DSN","https://586020d86f05489db63a554690acf1e9@o1398359.ingest.sentry.io/6724499","RENDER_GIT_COMMIT","e87eb04e707cf64e7e532c8e8ec395f209e17f15","RENDER_GIT_BRANCH","POSTHOG_API_TOKEN","phc_nmoyuAkStEZuUp69rYlg1DZgrIt19Gx0Y4Hwf8tGgJP","POSTHOG_API_HOST","https://wart.val.town","WEB_API_TEMPLATE","https://{val}.web.val.run","APP_URL","https://www.val.town","MODULE_URL","https://esm.town","VANITY_WEB_API_TEMPLATE","https://{label}.val.run/","DENOLS_URL","https://lsp.val.town","NODE_ENV","production","CLOUDFLARE_TURNSTILE_SITE_KEY","0x4AAAAAACtaIZJH7s9rBMZ6","GOOGLE_CLIENT_ID","875989696899-jtsqkhlbdv5jrlsk8631p7ipjg3c6o62.apps.googleusercontent.com","STRIPE_PUBLISHABLE_KEY","pk_live_51N2zvWEpZTTLipIkVEwXrUG9AT0yeOOEYxszarZT1jpsZV58Ly6wlg3SltZpHN26CUalOBmUSY7adQRQiSkCZz2500qSXNkf8Y","API_URL","https://api.val.town",[],"preferencesKeybindings","default","preferencesTheme","light","preferencesFixers","preferencesCopilot","preferencesSelectionAi","preferencesCloseBrackets","preferencesChatPanelState","preferencesDprint","preferencesDenofmt","notificationCount","flagDenols","isBusinessOrgMember","businessOrgHandle","isBusinessOrgAdmin","isHigherTownieTier","navCollapsed","currentOrgId"]

Diff · v28