Closes #12 v2.0.0's tag-triggered release published Windows and Linux binaries alongside macOS, but the site (moved here in #9) was still entirely macOS-shaped: 3 occurrences of "macOS", 0 of "Windows" or "Linux" across the built pages, while the Releases page it links to has all three assets. A Windows visitor was told this is a Mac app and then found a .exe. Per platform, not a blind append — each OS gets its own install and first-launch section, since they're genuinely different (macOS Gatekeeper right-click-Open, Windows SmartScreen More info/Run anyway, Linux no signing step at all): - index.astro: hero now states all three platforms explicitly, adds a three-card Platforms section, generalizes "No Dock icon" and "leaves your Mac" wording that doesn't hold on Windows/Linux, and marks Focus/DND as "(macOS only)" in the feature list. - docs.astro: Quick Start's Install section is now three per-OS subsections (previously a single macOS-only walkthrough). Focus/DND section now states plainly it's a no-op on Windows/Linux — verified against internal/focus/focus.go's `runtime.GOOS != "darwin"` guard, not just left unmentioned. Global hotkey's Accessibility-permission prompt is now scoped to macOS. Data-location table now lists all three OS paths (Windows path confirmed empirically below; Linux from internal/settings/settings.go). - consts.ts, Head.astro, contact.astro, privacy.astro: dropped remaining "your Mac" / "macOS version" / operatingSystem: 'macOS' (JSON-LD) framing. - public/llms.txt: same trap as last time (a static file under public/, outside src/, so astro-page edits don't reach it) — updated to all three platforms and their download formats. ## What was actually verified tonight, and what wasn't macOS: already verified prior to this PR (Tomatick.app 2.0.0 running, bundle metadata and adhoc codesign checked). Windows: downloaded Tomatick-2.0.0-windows-amd64.exe on pve-win11, SHA256 matched the release asset's digest exactly (1eafde1c...4c50f), launched it, stayed responsive 5s, and it created %AppData%\Tomatick\history.db. Did NOT visually confirm the tray icon appears or that a timer/alarm actually completes — no GUI/RDP session was used, only PowerShell over SSH. Linux: downloaded Tomatick-2.0.0-linux-amd64.tar.xz on r2d2 (x86_64, correct arch), SHA256 matched the release digest (7772d134...3102be), confirmed a valid ELF x86-64 executable. Running it produced a clean, specific panic: no X11 display available — not a crash bug, an environment gap. Every x86_64 box in this estate I could reach is headless with no desktop environment installed, so there is nowhere to actually launch the GUI right now. Did not install Xvfb/X11 packages on r2d2 to force it, since that's Michal's daily workstation, not a disposable test box, and installing packages there wasn't asked for. So Linux support is claimed on a checksum-verified, correctly-built artifact and a specific expected failure mode (missing display), not an observed running instance. Green CI on this PR is not additional evidence beyond the above — it builds and lints the site, it doesn't launch any of the three binaries. Verified locally before pushing: npm run build (6 pages), npm run test:harness (9/9 Playwright checks — CSP, footer, SEO, 404, theme toggle, header download link), and an anchored grep across dist/ with a positive control (macOS/Windows/Linux counts: 3->26, 0->18, 0->18). Does not touch .github/workflows/site.yml or deploy.yml. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01EQYeUULNUFx2m5nm6fCLwj

Commits

Commits on Sep 11, 2026

site: list macOS, Windows, and Linux — v2.0.0 ships all three