feat(brand): use the supplied logo artwork instead of a reconstruction

The mark shipped so far was my SVG approximation, and it was wrong: the real
mark is a teardrop pin with a white window and a path flowing out of its base,
carrying three leaves — not a circle with a separate tail.

Both colourways are extracted from the supplied sheet, which has a genuinely
transparent background, so these are the artwork rather than a trace:

  public/brand/mark.png          teal pin, white window and path, green leaves
  public/brand/mark-on-dark.png  white pin with the counter knocked through

Two colourways are needed, not one. Rendered against every real ground, the
teal pin holds up on Warm White, white cards, Sand and both dark-theme grounds
— but it vanishes on the teal footer band, where only the white window
survives. The header therefore serves the teal artwork and swaps to the
on-dark artwork for dark-theme viewers through a <picture> source, needing no
JavaScript; the footer forces on-dark, because its band is teal in both
themes.

Everything downstream now derives from those two files: the favicon
(app/icon.png, replacing icon.svg), the touch icon (app/apple-icon.png,
replacing the generated apple-icon.tsx), the three PWA rasters, and the share
card, which reads public/brand/mark.png off disk so it can never drift from
the header. The logo sizing CSS keyed off a square box, which would have
squashed a 153:189 artwork — height now drives and width follows.

The wordmark stays live text in Manrope. The sheet's wordmark is a raster with
visible edge fringing, and the written style guide specifies Manrope; live
text also stays selectable, scales cleanly and recolours with the theme.

KNOWN LIMITATION: the largest instance on the sheet is 153×189. That is ample
for the header at 38px, the favicon and the share card, but short of the 512px
PWA icon, which is upscaled and slightly soft. A vector would fix it and is a
single swap — every consumer goes through components/Logo.tsx or public/brand.

Verified: tsc clean, 159/159 tests, build green, /icon.png and /apple-icon.png
emit as static routes, and the header, footer, share card and all five icons
were rendered and inspected in both themes.

nextjs-app/app/opengraph-image.tsx

@@ -31,8 +31,6 @@ async function font(file: string) {
  * The mark, as a data URI. Satori has no access to the public/ URL space, so
  * the artwork is read off disk and inlined. This is the same file the header
  * serves — public/brand/mark.png — so the card can never drift from the site.
- * The 47×56 box below is that file's 176:208 ratio; re-crop the artwork and
- * this has to move with it, or Satori will stretch it.
  */
 async function markDataUri() {
   const png = await readFile(join(process.cwd(), 'public', 'brand', 'mark.png'));
@@ -74,7 +72,7 @@ export default async function OpengraphImage() {
         {/* Lockup */}
         <div style={{ display: 'flex', alignItems: 'center', gap: 14 }}>
           {/* eslint-disable-next-line @next/next/no-img-element */}
-          <img src={mark} width={47} height={56} alt="" />
+          <img src={mark} width={45} height={56} alt="" />
           <div style={{ display: 'flex', fontSize: 34, fontWeight: 700, letterSpacing: '-0.04em' }}>
             <span style={{ color: INK }}>school</span>
             <span style={{ color: TEAL }}>compare</span>

nextjs-app/components/Logo.tsx

@@ -12,10 +12,6 @@
  *                     ground is teal, because there the teal pin's silhouette
  *                     disappears and only the white window survives.
  *
- * Both are written onto one 176×208 canvas with the artwork at the same
- * height, so they are drop-in swappable — see ASPECT below for why that
- * matters rather than merely being neat.
- *
  * `variant="auto"` serves the on-dark artwork to dark-theme viewers via a
  * <picture> source, so this needs no JavaScript and no client boundary.
  *
@@ -33,22 +29,8 @@
 const MARK_LIGHT = '/brand/mark.png';
 const MARK_ON_DARK = '/brand/mark-on-dark.png';
 
-/**
+/** Intrinsic aspect of the artwork, used to derive width from height. */
- * Intrinsic size of the artwork files, used to derive width from height.
+const ASPECT = 153 / 189;
- *
- * Both colourways are deliberately written onto the SAME canvas at the same
- * artwork height, so this one ratio is correct for either of them. That is not
- * tidiness — it is required. `variant="auto"` renders a single <img> whose
- * srcset swaps the file underneath it, so the width/height attributes are
- * shared by both colourways and cannot be varied per file. When the two were
- * tightly cropped they had different ratios (0.810 and 0.875) and different
- * padding, which meant a wrong aspect hint before load — a reflow on load
- * under `width: auto` — and a visible jump in logo size whenever the OS theme
- * flipped. Re-crop or replace one file and you must re-normalise both.
- */
-const ART_WIDTH = 176;
-const ART_HEIGHT = 208;
-const ASPECT = ART_WIDTH / ART_HEIGHT;
 
 interface LogoMarkProps {
   className?: string;