[quickbeard]

Issue for this PR

Closes #

Type of change

• New feature

What does this PR do?

Two surfaces were still upstream-branded: the desktop app icon and the large banner wordmark.

App icon. The Dock/taskbar and installer icons were upstream's black "o" square, with blueprint variants on the dev and beta channels. They are now the brand-red C — the same glyph codev --mini badges its splashes with — on a white tile, at the proportions the VS Code extension icon already uses (unit = 120/1024, mark 480x600 centred).

Rather than regenerate by hand, packages/desktop/icons/icon.svg is now the source of record and packages/desktop/scripts/generate-icons.ts produces every PNG size, icon.icns and icon.ico for all three channels from it. The script rasterizes, encodes the PNGs and builds the ICO container itself, so iconutil is the only external tool it needs, and its output is deterministic — a second run is byte-identical.

The .icns members and dock.png use Apple's Big Sur icon grid: the tile inset to 824/1024 with a drop shadow. That inset is what the old icons/README.md was reaching for when it told you to run the art through Image2Icon's "Big Sur Icon" preset — full-bleed icons read as oversized next to native ones, and a white tile with no shadow has no edge against a light Dock. Windows, Linux and Store assets stay full-bleed, as upstream's were.

All three channels ship the same mark for now. That was a deliberate call (upstream distinguishes dev/beta with blueprint treatments); the generator still writes each channel separately, so giving one its own treatment later is a change to that script alone.

Banner. Logo now draws the lowercase codev wordmark instead of "opencode", built from the same wordmarkHalves pixel glyphs as the TUI banner and the landing page — a 24x6 grid at one unit per pixel — as two paths rather than upstream's shadowed per-glyph paths.

Colours follow the CLI and come from two custom properties in logo.css: --logo-wordmark-dev is always brand red #ee0033, and --logo-wordmark-co is brand navy #19224c on light, the theme foreground on dark. The dark swap is declared three times — under prefers-color-scheme: dark for surfaces that never stamp a theme, then under both [data-color-scheme="light"] and [data-color-scheme="dark"]. The light override is the non-obvious one: the app always stamps data-color-scheme on <html>, so without it a light theme on a dark OS would keep the media-query value and render navy on dark.

The new wordmark's box is 4:1 where upstream's was 5.57:1, so the three call sites (home, error page, enterprise share route) move to the widths at which it renders at exactly the height the old one did — no surrounding layout shifts.

Mark/Splash (the square "o" loading splash and new-session mark) are deliberately untouched — out of scope here. The OAuth callback page carries a second copy of the old wordmark plus several "OpenCode" strings; rebranding it means the wordmark and the strings together or the page reads inconsistently, so it is recorded as a tracked gap in DIVERGENCES.md instead of half-done here.

DIVERGENCES.md gains rows for the logo component, the call-site widths and the icon assets, and the "desktop app icons — need design assets" gap is now closed. CHANGELOG.md has an Unreleased entry.

How did you verify your code works?

• Rendered the wordmark geometry directly from wordmarkHalves and confirmed the glyphs spell "codev" before writing any path data.
• Resolved getComputedStyle().fill on both paths in headless Chromium across all six theme states (OS light/dark x no attribute / data-color-scheme=light / =dark). "dev" is rgb(238, 0, 51) in every state; "co" is navy exactly when the effective theme is light. The OS-dark + explicit-light case is the one that fails without the extra override.
• Checked the generated icons directly: PNG sizes match the previous assets one for one, the .ico parses with all seven sizes, and the .icns carries the same member types as the file it replaces.
• Re-ran the generator after formatting and diffed hashes — byte-identical, so the committed assets match what the script produces.
• bun typecheck clean in packages/ui, packages/app, packages/desktop and packages/enterprise; oxlint reports 0 warnings on the new files (matching the repo baseline) and prettier --check passes.
• Launched bun dev:desktop and confirmed the app builds and starts.

Screenshots / recordings

The icon assets are in the diff and render inline in GitHub's image view — packages/desktop/icons/prod/dock.png shows the macOS treatment (inset + shadow) and 128x128@2x.png the full-bleed one. packages/desktop/icons/icon.svg is the source geometry.

Checklist

• I have tested my changes locally
• I have not included unrelated changes in this PR

🤖 Generated with Claude Code